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Foreword 

This Technical Specification (TS) has been produced by the 3"^ Generation Partnership Project (3GPP). 

The present document provides a mechanism giving reliable transfer of signalling messages within the 3GPP system. 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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1 Scope 

The present document contains a detailed description of the handover procedures to be used in PLMNs. The purpose of 
the handover procedures, as described in the present document, are to ensure that the connection to the Mobile Station 
(MS) or User Equipment (UE) is maintained as it moves from one cell or radio network to another. The document 
defines the circuit switched handover functionaUty based on the service requirements in 3GPP TS 22.129 [9]. 

The present document considers the following four cases: 

i) handover between Base Stations connected to the same MSG, this is termed an Intra-MSC handover; 

ii) handover between Radio Network Subsystems cormected to the same 3G_MSC, this is termed an Intra-3G_MSC 
handover/relocation. This case also includes inter-system handover between RNS and BSS if the 3G_MSC 
supports the A-interface; 

iii) handover between Base Stations cormected to different MSCs, this is termed an Inter-MSC handover. This 
category can be sub-divided into three fiirther procedures: 

a) the Basic Inter-MSC Handover procedure, where the MS is handed over from a controlUng MSG (MSG- A) to 
another MSG (MSC-B); 

b) the Subsequent Inter-MSG Handover procedure, where the MS is handed over from MSG-B to a third MSG 
(MSG-B'); 

c) the Subsequent Inter-MSC handback, where the MS is handed back from MSC-B to MSC-A. 

iv) handover between Radio Network Subsystems connected to different 3G_MSGs, this is termed an Inter- 
3G_MSG handover/relocation. This category can be divided into three further sub-procedures: 

a) the lnter-3G_MSC Handover procedure from UMTS to GSM, where the UE/MS is handed over from a 
controlUng 3G_MSG (3G_MSG-A) to an MSG (MSG-B); 

b) the Inter-3G_MSG Handover procedure from GSM to UMTS, where the UE/MS is handed over from a 
controlUng MSG (MSG-A) to a 3G_MSG (3G_MSG-B); 

c) the lnter-3G_MSC Relocation procedure, where the UE is relocated from 3G_MSC-A to 3G_MSC-B. This 
procedure can also be combined with a hard change of radio resources (Hard Handover with switch in the 
core network). 

The MSG in this category can optionally be a 3G_MSG supporting the A-interface. The three sub-procedures do also 
cover subsequent handover/relocation to a third MSG-B' or 3G_MSG-B' and subsequent handover/relocation back to 
MSG-A or 3G_MSG-A. 

In both cases i) and iii) the same procedures as defined in the 3GPP TS 08.08 [5] and the 3GPP TS 24.008 [10] shall be 
used on the A-interface and on the Radio Interface, respectively. 

In case u) the same procedures as defined in the 3GPP TS 25.413 [1 1] and the 3GPP TS 24.008 [10] shall be used on 
the lu-interface. If the 3G_MSG in case ii) also supports the A-interface, the 3GPP TS 08.08 [5] and the 
3GPP TS 24.008 [10] shaU be used on the A-interface. 

In case iii) the handover procedures shall transport the A-interface messages between MSG-A and MSG-B described in 
the Mobile AppUcation Part (MAP), 3GPP TS 29.002 [12]. 

In case iv) the handover procedures shall transport the A-interface messages between 3G_MSG and MSG described in 
the Mobile AppUcation Part (MAP), 3GPP TS 29.002 [12]. 

In case iv) the relocation procedure shall transport the lu-interface messages between 3G_MSC-A and 3G_MSG-B 
described in the Mobile AppUcation Part (MAP), 3GPP TS 29.002 [12]. 

The interworking between the 3GPP TS 29.002 [12] protocol and the 3GPP TS 08.08 [5] protocol is described in the 
3GPPTS 29.010 [8]. 

Handovers, which take place on the same MSG are termed Intra-MSG handovers; this includes both Inter-BSS and 
Intra-BSS handovers. 
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Handovers, which take place on the same 3G_MSC are termed Intra-3G_MSC handovers; this includes Inter-RNS 
handovers and optionally RNS to BSS and BSS to RNS handovers. 

"Flexible lu interface for handover/relocation" Option: Up to release 99 an RNS can be connected only to one 
3G_MSC. From release 4 onwards, as a network option, an RNS can have lu interfaces to more than one MSG. Such an 
additional lu interface may be selected by an MSG during an intra-PLMN relocation or intra-PLMN BSS to RNS 
handover procedure. This allows the MSG to use an Intra-3G_MSG handover procedure according to case ii) instead of 
an Inter-3G_MSG handover procedure according to case iv). The decision whether to use the Intra-3G_MSG handover 
procedure is implementation and configuration dependent. In a network implementing this option, a globiil title based 
on the Global RNG-Id may optionally be used for the addressing of the lu interface messages. 

The present document also covers the requirements for handover in ongoing GSM voice group calls, directed retry and 
handover without a circuit connection between (U)MSGs. The present document does not consider the case of 
handovers between radio channels on the same BSS (Intra-BSS handover) or the handover of packet radio services. The 
Inter-RNS handover case that results in a relocation is covered by the present document but not other Inter-RNS or 
Intra-RNS handover cases. 

For voice broadcast calls in GSM, the speaker uses normal point-to-point handover procedures, whilst the listeners use 
idle mode cell reselection procedures, as for the voice group call listeners. 

Voice group calls is only applicable to GSM and handover of voice group calls is therefore only possible in GSM. 
Inter-MSC hand-over imposes a few limitations on the system. After inter-MSC hand-over: 
- call re-establishment is not supported. 

The list of 3GPP TS 08.08 [5] features supported during and after Inter-MSC handover is given in 3GPP TS 09.08 [7]. 

In the Inter-MSC handover case, the interworking between a Phase 1 BSSMAP protocol possibly used by one MSC and 
the Phase 2 BSSMAP protocol used in the Phase 2 MAP protocol on the E-interface is performed by this MSC. 

NOTE: The message primitive names used in the SDL diagrams and message flows in the present document do 
not represent the actual messages specified in the GSM or 3GPP stage 3 technical specifications. The 
primitive names are only intended to be indicative of their use in the present document. 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 

Release as the present document. 

[1] ITU-T Recommendation Q.l 18: "Abnormal conditions - Special release arrangements". 

[2] 3GPP TS 01.04: "Digital cellular telecommunications system (Phase 2+); Abbreviations and 



2 



References 



acronyms . 



[2a] 



3GPP TS 21.905: "3G Vocabulary". 



[3] 



3GPP TS 03.68: "Digital cellular telecommunications system (Phase 2+); Voice Group Call 
Service (VGCS); Stage 2". 



[4] 



3GPPTS 05.08 
Control". 



'Digital cellular telecommunications system (Phase 2+); Radio Subsystem Link 



[5] 



3GPP TS 08.08: "Digital cellular teleconmiunications system (Phase 2+); Mobile Switching 
Centre - Base Station System (MSC-BSS) Interface Layer 3 specification". 
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[6] 3GPP TS 08.58: "Digital cellular telecommunications system (Phase 2+); Base Station Controler - 

Base Transceiver Station (BSC-BTS) Interface Layer 3 specification". 

[7] 3GPP TS 09.08: "Digital cellular telecommunications system (Phase 2+); Application of the Base 

Station System Application Part (BSSAP) on the E-interface". 

[8] 3GPP TS 29.010: "Information Element Mapping between Mobile Station - Base Station System 

(MS-BSS) and Base Station System - Mobile-services Switching Centre (BSS-MSC); Signalling 
procedures and the Mobile Application Part (MAP)". 



[9] 


3GPP TS 


22 


129: 


"Handover Requirements between UMTS and GSM or other Radio Systems". 


[10] 


3GPP TS 
Stage 3". 


24 


008: 


"Mobile Radio Interface Layer 3 specification; Core Network Protocols; 


[11] 


3GPP TS 


25 


413: 


"UTRAN lu interface RANAP signalling". 


[12] 


3GPP TS 


29 


002: 


"Mobile Application Part (MAP) specification". 


[13] 


3GPP TS 


25 


303: 


"UE functions and inter-layer procedures in cormected mode". 


[14] 


3GPP TS 


25 


331: 


"Radio Resource Control (RRC) Protocol Specification". 


[15] 


3GPP TS 
interface" 


29 


108: 


"Application of the Radio Access Network Application Part (RANAP) on the E 



[16] ITU-T Recommendation G.711: "Pulse code modulation (PCM) of voice frequencies". 

[17] 3GPP TS 23.135: "Multicall supplementary service; Stage 2". 



3 Abbreviations 



For the purpose of the present document, the following abbreviations apply: 



3G_MSC 


A third generation MSC that supports the lu interface and optionally the A interface 


3G_MSC-A 


The controlling 3G_MSC on which the call was originally established 


3G_MSC-B 


The 3G_MSC to which the UE is handed over in a Basic Handover 


3G_MSC-B' 


The 3G_MSC to which the UE is handed over in a Subsequent Handover 


BSC 


Base Station Controller 


BSS 


Base Station System 


BSS-A 


The BSS from which the MS is being handed over 


BSS-B 


The BSS to which the MS is being handed over 


BTS 


Base Transceiver Station 


ISC 


International Switching Centre 


MS 


Mobile Station 


MSC 


A second generation Mobile Services Switching Centre that only supports the A interface 


MSC-A 


The controlling MSC on which the call was originally established 


MSC-B 


The MSC to which the MS is handed over in a Basic Handover 


MSC-B' 


The MSC to which the MS is handed over in a Subsequent Handover 


RNC 


Radio Network Controller 


RNS 


Radio Network Subsystem 


UE 


A User Equipment is a terminal that supports USIM and the UMTS Uu interface 


UE/MS 


A terminal that supports USIM, SIM, the Uu interface and the Um interface 


USIM 


UMTS Subscriber Identity Module 



Other abbreviations used in the GSM specifications are listed in 3GPP TS 01.04 [2] and 3GPP TS 21.905[2a]. 
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4 



Role, functional composition of MSCs and interfaces 
for handover 



4.1 



MSC-A 



4.1.1 



Role of MSC-A 



In the Intra-MSC handover case, the MSC-A (simply termed MSC) controls the call, the mobility management and the 
radio resources before, during and after an Intra-MSC handover. When BSSAP procedures have to be performed, they 
are initiated and driven by MSC-A. 

In the Inter-MSC handover case, MSC-A is the MSC which controls the call and the mobility management of the 
Mobile during the call, before, during and after a basic or subsequent handover. When BSSAP procedures related to 
dedicated resources have to be performed towards the MS, they are initiated and driven by MSC-A. The MSC-A - 
MSC-B interface works as a MSC - BSS interface for a subset of BSSMAP procedures. These BSSMAP procedures, 
described in 3GPP TS 09.08 [7] are only those related to dedicated resources. The DTAP signalhng is relayed 
transparently by MSC-B between MSC-A and the MS. 

During a basic handover, MSC-A initiates and controls all the handover procedure, from its initiation (reception of 
Handover Required from BSS-A on A-interface) until its completion (reception of Handover Complete from MSC-B on 
E-interface). 

During a subsequent handover back to MSC-A, MSC-A acts as a BSS towards MSC-B, which controls the handover 
procedure until the termination in MSC-A of the handover radio resources allocation (sending of the Handover Request 
Acknowledge to MSC-B from MSC-A). Then all handover related messages shall terminate at MSC-A (e.g. Handover 
Detect/Complete from BSS-B, Handover Failure from BSS-A). 

During a subsequent handover to a third MSC, MSC-A works towards MSC-B' as described above in the basic 
handover paragraph and towards MSC-B as described above in subsequent handover paragraph. 

In the Inter-System, inter-MSC handover case, MSC-A is the MSC which controls the call and the mobihty 
management of the Mobile during the call, before, during and after a basic or subsequent handover. When BSSAP 
procedures related to dedicated resources have to be performed towards the MS, they are initiated and driven by 
MSC-A. The MSC-A - 3G_MSC-B interface works as a MSC - BSS interface for a subset of BSSMAP procedures. 
These BSSMAP procedures, described in 3GPP TS 09.08 [7] are only those related to dedicated resources. The DTAP 
signalling is relayed transparently by 3G_MSC-B between MSC-A and the MS. 

During a basic inter-system handover, MSC-A initiates and controls all the handover procedure, from its initiation 
(reception of Handover Required from BSS-A on A-interface) until its completion (reception of Handover Complete 
from 3G_MSC-B on E-interface). 

During a subsequent inter-system handover back to MSC-A, MSC-A acts as a BSS towards 3G_MSC-B, which controls 
the handover procedure until the termination in MSC-A of the handover radio resources allocation (sending of the 
Handover Request Acknowledge to 3G_MSC-B from MSC-A). Then all handover related messages shall terminate at 
MSC-A (e.g. Handover Detect/Complete from BSS-B, Handover Failure from BSS-A). 

During a subsequent inter-system handover to a third MSC, MSC-A works towards 3G_MSC-B' as described above in 
the basic inter-system handover paragraph and towards 3G_MSC-B as described above in subsequent inter-system 
handover paragraph. 
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4.1 .2 Functional composition of MSC-A and its interfaces for liandover 

In order to simplify the description of the handover procedures the controlling MSG (MSC-A) can be considered to be 
composed of five functional units, as shown in figure 1. 

Signalling functions: 

1) BSC/MSC (MS/BSC) Procedures MSC-A. This unit is used to control the signalUng between the MSC, BSC and 
MS. Interface A' is the connection to the old BSC and interface A" is the connection to the new BSC, when an 
Intra-MSC handover takes place. Interface x represents the interworking connection to the Handover Control 
Procedures MSC-A. 

2) Call Control Procedures MSC-A. This unit is used to control the call. Interface B' is used for normal call control 
procedures. When a Basic handover from MSC-A to MSC-B is to be performed then interface B" is employed to 
provide a signalling and call control connection to MSC-B. If a Subsequent handover to MSC-B' is to be 
performed then interface B'" is used. Similarly, when a Basic inter-system handover from MSC-A to 3G_MSC-B 
is to be performed, then interface B" is employed to provide a signalling and call control connection to 
3G_MSC-B. If a subsequent inter-system handover to 3G_MSC-B' is to be performed, then interface B'" is used. 

3) Handover Control Procedures MSC-A. This unit provides both the overall control of the handover procedure and 
interworking between the internal interfaces (x, y and z). 

4) MAP Procedures MSC-A. This unit is responsible for controlling the exchange of MAP messages between 
MSCs during an Inter-MSC handover, or between MSC-A and 3G_MSC-B during an Inter-system Inter-MSC 
handover. This unit communicates with the Handover Control Procedures MSC-A via interface z. 

Switching functions: 

5) Switch and Handover Device MSC-A. For all calls, except for ongoing voice group calls (see 3GPP TS 03.68 [3] 
for a definition) this unit is responsible for connecting the new path into the network via interface B'. In the case 
of ongoing voice group calls this unit is responsible for maintaining the connection between the down Unk group 
call channels and the active uplink. In specific cases it may be unnecessary to take any explicit action in the 
MSC concerning the handover device. The handover device interconnections are illustrated in figure 2. 
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Figure 1 : Functional composition of the controlling MSC (MSC-A) for supporting handover 



For MS to MS calls in the same MSC the configuration in Figure 2b) applies. In this case interface B" is internal to 
MSC-A and does not connect to another MSC. 

The handover device can either be a three-party bridge or a switching facility without three-party connection 
capabilities. For a three-party bridge configuration the states of the handover device are as shown in table 1. The 
three-party configuration exists in the intermediate state. This type of handover device may reduce the interruption time. 
However, this may require noise reduction if one of the radio channels is unterminated at some time in the intermediate 
state. 

For a handover device consisting of a simple switch there will be no intermediate state. 



Table 1 : States of the handover device 



Case 


Initial 
Connection 


Intermediate 
Connection 


Resulting 
Connection 


Successful 
Procedure 


Unsuccessful 
Procedure 


Figure 2a) 


B' to A' 


B' to A' and A" 


B' to A" 


B' to A' 


Figure 2b) 


B' to A' 


B' to A' and B" 


B' to B" 


B' to A' 


Figure 2c) 


B' to B" 


B' to B"and B'" 


B' to B'" 


B' to B" 
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a) Intra-MSC Handover case. 
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b) Basic Handover case and handover of MS to MS call in the same MSG. 
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c) Subsequent Handover case 







NOTE: In a) and b) A' is released after handover; 
In c) B" is released after handover. 



Figure 2: Connections in tlie liandover device (Unit 5) 

4.2 MSC-B 
4.2.1 Role of MSC-B 

In the Intra-MSC handover case, the MSC-B keeps the control of the whole Intra-MSC handover procedure. 

MSC-B notifies MSC-A or 3G_MSC-A of successful intra -MSC-B handover completion by using the 
A_HANDOVER_PERFORMED message. 

In the Inter-MSC handover case, the role of MSC-B (MSC-B') is only to provide radio resources control within its area. 
This means that MSC-B keeps control of the radio resources connection and release towards BSS-B. MSC-B will do 
some processing on the BSSMAP information received on the E-interface or A-interface whereas it will relay the DTAP 
information transparently between A-interface and E-interface. MSC-A initiates and drives a subset of BSSMAP 
procedures towards MSC-B, while MSC-B controls them towards its BSSs to the extent that MSC-B is responsible for 
the connections of its BSSs. The release of the dedicated resources between MSC-B and BSS-B is under the 
responsibility of MSC-B and BSS-B, and is not directly controlled by MSC-A. When clearing is to be performed due to 
information received from BSS-B, MSC-B shall transfer this clearing indication to MSC-A, to clear its connection with 
BSS-B, to terminate the dialogue with MSC-A through the E-interface, and to release its circuit connection with 
MSC-A, if any. In the same way, the release of the cormection to its BSS-B, is initiated by MSC-B, when the dialogue 
with MSC-A ends normally and a release is received from the circuit cormection with MSC-A, if any, or when the 
dialogue with the MSC-A ends abnormally. 

When a release is received by MSC-B for the circuit connection with MSC-A then MSC-B shall release the circuit 
connection. 
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In the Inter-system Inter-MSC handover case, the role of MSC-B (MSC-B') is only to provide radio resources control 
within its area. This means that MSC-B keeps control of the radio resources connection and release towards BSS-B. 
MSC-B will do some processing on the BSSMAP information received on the E-inlerface or A-interface whereas it will 
relay the DTAP information transparently between A-interface and E-interface. 3G_MSC-A initiates and drives a subset 
of BSSMAP procedures towards MSC-B, while MSC-B controls them towards its BSSs to the extent that MSC-B is 
responsible for the connections of its BSSs. The release of the dedicated resources between MSC-B and BSS-B is under 
the responsibility of MSC-B and BSS-B, and is not directly controlled by 3G_MSC-A. When clearing is to be 
performed due to information received from BSS-B, MSC-B shall transfer this clearing indication to 3G_MSC-A, to 
clear its connection with BSS-B, to terminate the dialogue with 3G_MSC-A through the E-interface, and to release its 
circuit connection with 3G_MSC-A, if any. In the same way, the release of the connection to its BSS-B, is initiated by 
MSC-B, when the dialogue with 3G_MSC-A ends normally and a release is received from the circuit connection with 
MSC-A, if any, or when the dialogue with the MSC-A ends abnormally. 

When a release is received by MSC-B for the circuit connection with 3G_MSC-A then MSC-B shall release the circuit 
connection. 

4.2.2 Functional composition of MSC-B and its interfaces for handover 

The functional composition of an MSC acting as MSC-B is essentially the same as that of MSC-A. However, there are 
some differences. The functional units are as follows (see figure 3). 

Signalling functions: 

1) BSC/MSC (MS/BSC) Procedures MSC-B. This unit is used to control the signalling between the MSC, BSC and 
MS. Interface A" is the connection to the new BSC, when an Intra-MSC handover takes place. Interface x 
represents the interworking connection to the Handover Control Procedures MSC-B. 

2) Call Control Procedures MSC-B. This unit is used for normal call control and signalling to MSC-A, or 
3G_MSC-A in the case of inter-system inter-MSC handover. 

3) Handover Control Procedures MSC-B. This unit provides both the overall control of the handover procedure and 
interworking between the internal interfaces (x, y and z) in MSC-B. 

4) MAP Procedures MSC-B. This unit is responsible for controlhng the exchange of MAP messages between 
MSC-A, or 3G_MSC-A, and MSC-B and for signalling to the VLR in MSC-B. 

Switching functions: 

5) Switch MSC-B. For all calls, except ongoing voice group calls (see 3GPP TS 03.68 [3] for a definition) this unit 
is responsible, with BSS-B, for connecting the circuit from MSC-A, or 3G_MSC-A, to BSS-B. This unit may 
also need to act as a handover device for Intra-MSC handovers controlled by MSC-B. In the case of ongoing 
voice group calls this unit is responsible for maintaining the connection between the group member currently 
assigned the uplink and the distribution device. In specific cases it may be unnecessary to take any explicit action 
in the MSC concerning the handover device. 
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Figure 3: Functional composition of MSC-B for supporting handover 



4.3 3G_MSC-A 

For roles and functional composition of the 3G_MSC-A working as pure GSM MSC, please see previous clause 
("MSC-A"). 

4.3.1 Role Of 3G_MSC-A 

In the Intra-3G_MSC handover/relocation case, the 3G_MSC-A (simply termed 3G_MSC) controls the call, the 
mobility management and the radio resources before, during and after an Intra-3G_MSC handover/relocation. When 
RANAP or BSSMAP procedures have to be performed, they are initiated and driven by 3G_MSC-A. 

In a network implementing the "Flexible lu interface for handover/relocation" option, 3G_MSC-A may optionally use a 
global title based on the Global RNC-Id for the addressing of the lu interface messages towards the target RNC. 

In the case of intra-MSC handover of a speech call, 3G_MSC-A controls the transcoder in the core network. The 
3G_MSC-A determines if a transcoder is required to be inserted or released in the CN. 

In the case of Inter-3G_MSC relocation, 3G_MSC-A Unks out the transcoder. 

In the Inter-3G_MSC relocation case, 3G_MSC-A is the 3G_MSC that controls the call and the mobility management 
of the UE during the call, before, during and after a basic or subsequent relocation. When RANAP procedures related to 
dedicated resources have to be performed towards the UE, they are initiated and driven by 3G_MSC-A. The 
3G_MSC-A - 3G_MSC-B interface works as a 3G_MSC - RNS interface for the RANAP procedures. The Direct 
Transfer signalhng is relayed transparently by 3G_MSC-B between 3G_MSC-A and the UE. 

During a successful relocation the order to perform location reporting at change of Service Area is not transferred to the 
target RNS. In the Intra-3G_MSC-A relocation case, the 3G_MSC-A re-issues the Location Reporting Control towards 
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the target RNS. In the Inter-3G_MSC relocation case, 3G_MSC-A keeps the control of the Location Report Control 
procedure. However, re-issuing the Location Reporting Control messages due to subsequent Intra-3G_MSC-B 
relocations is the responsibility of 3G_MSC-B. 

During a basic relocation, 3G_MSC-A initiates and controls all the relocation procedure, from its initiation (reception of 
Relocation Required from RNS-A on lu-interface) until its completion (reception of Relocation Complete from 
3G_MSC-B on E-interface). 

During a subsequent relocation back to 3G_MSC-A, 3G_MSC-A acts as an RNS towards 3G_MSC-B, which controls 
the relocation procedure until the termination in 3G_MSC-A of the handover radio resources allocation (sending of the 

Relocation Request Acknowledge to 3G_MSC-B from 3G_MSC-A). Then all relocation related messages shall 
terminate at 3G_MSC-A (e.g. Relocation Detect/Complete from RNS-B, Relocation Cancel from RNS-A). 

During a subsequent relocation to a third 3G_MSC, 3G_MSC-A works towards 3G_MSC-B' as described above in the 
basic relocation paragraph and towards 3G_MSC-B as described above in subsequent relocation paragraph. 

In the Inter-System, inter-3G_MSC handover case, 3G_MSC-A is the 3G_MSC which controls the call and the mobihty 
management of the UE/MS during the call, before, during and after a basic or subsequent inter-system handover. When 
BSSAP procedures related to dedicated resources have to be performed towards the UE/MS, they are initiated and 
driven by 3G_MSC-A. The 3G_MSC-A - MSC-B interface works as a 3G_MSC - BSS interface for a subset of 
BSSMAP procedures. These BSSMAP procedures described in 3GPP TS 09 08 [7] are those related to dedicated 
resources. The DTAP signalling is relayed ttansparently by MSC-B between 3G_MSC-A and tiie UE/MS. 

During a basic inter-system UMTS to GSM handover, 3G_MSC-A initiates and controls all the handover procedure, 
from its initiation (reception of Relocation Required from RNS-A on lu-interface) until its completion (reception of 
Handover Complete from MSC-B on E-interface). 

During a subsequent inter-system UMTS to GSM handover back to 3G_MSC-A, 3G_MSC-A acts as a BSS towards 
3G_MSC-B, which controls the handover procedure until the termination in 3G_MSC-A of the handover radio 
resources allocation (sending of the Handover Request Acknowledge to 3G_MSC-B from 3G_MSC-A). Then all 
handover related messages shall terminate at 3G_MSC-A (e.g. Handover Detect/Complete from BSS-B, Relocation 
Cancel from RNS-A). 

During a subsequent inter-system UMTS to GSM handover to a third 3G_MSC, 3G_MSC-A works towards MSC-B' as 
described above in the basic inter-system handover paragraph and towards 3G_MSC-B as described above in 
subsequent inter-system handover paragraph. 

During a basic inter-system GSM to UMTS handover, 3G_MSC-A initiates and controls all the handover procedure, 
from its initiation (reception of Handover Required from BSS-A on A-interface) until its completion (reception of 
Handover Complete from 3G_MSC-B on E-interface). 

During a subsequent inter-system GSM to UMTS handover back to 3G_MSC-A, 3G_MSC-A acts as an RNS towards 
MSC-B, which controls the handover procedure until the termination in 3G_MSC-A of the handover radio resources 
allocation (sending of the Handover Request Acknowledge to MSC-B from 3G_MSC-A). Then all handover related 
messages shall terminate at 3G_MSC-A (e.g. Relocation Detect/Complete from RNS-B, Handover Failure from 
BSS-A). 

During a subsequent inter-system GSM to UMTS handover to a third 3G_MSC, 3G_MSC-A works towards 
3G_MSC-B' as described above in the basic inter-system handover paragraph and towards MSC-B as described above 
in subsequent inter-system handover paragraph. 

If 3G_MSC-A supports the optional supplementary service Multicall (See 3GPP TS 23.135) and UE is engaged with 
multiple bearers the following description applies: 

- In the Intra-3G_MSC relocation case, the 3G-MSC-A tries to relocate all bearers to a new RNS. 

- In the basic relocation case, the 3G-MSC-A tries to relocate all bearers to 3G_MSC-B. If 3G_MSC-A receives 
an indication that the 3G_MSC-B does not support multiple bearers, then 3G_MSC-A shall be able to select one 
bearer to be handed over according to the priority level defined as RAB parameters in 3GPP TS 25.413 and tries 
again to relocate the selected bearer. 

- In the subsequent relocation to a third 3G_MSC-B' case, the 3G-MSC-A tries to relocate all bearers to 3G_MSC- 
B'. If 3G_MSC-A receives an indication that the 3G_MSC-B' does not support multiple bearers, then 3G_MSC- 
A shall be able to select one bearer to be handed over according to the priority level defined as RAB parameters 
in 3GPP TS 25.413 [11] and tries again to relocate the selected bearer. 



ETSI 



3GPP TS 23.009 version 4.2.0 Release 4 



17 



ETSI TS 123 009 V4.2.0 (2001-09) 



- In the Intra-3G_MSC inter-system UMTS to GSM handover case and the basic inter-system UMTS to GSM 
handover case, the 3G_MSC-A shall be able to select one bearer to be handed over according to the priority level 
defined as RAB parameters in 3GPP TS 25.413 [11] and tries to handover the selected bearer. 

- In all cases described above, 3G_MSC-A shall release some calls which has been carried by the bearers failed to 
set up in new RNS or the bearers not to be handed over. 

4.3.2 Functional composition of 3G_MSC-A and its interfaces for 
liandover/relocation 

In order to simphfy the description of the handover/relocation procedures the controlhng 3G_MSC (3G_MSC-A) can 
be considered to be composed of five functional units, as shown in figure 4. 

Signalling functions: 

1) RNC/BSC/3G_MSC (UE/MS/RNC/BSC) Procedures 3G_MSC-A. This unit is used to control the signalling 
between the 3G_MSC, RNC or BSC and UE/MS. Interface lu' is the connection to the old RNC and interface lu" 
is the connection to the new RNC, when an Intra-3G_MSC relocation takes place. Interface lu' is the connection 
to the old RNC and interface A" is the connection to the new BSC, when an lntra-3G_MSC UMTS to GSM 
handover takes place. Interface A' is the connection to the old BSC and interface lu" is the connection to the new 
RNC, when an Intra-3G_MSC GSM to UMTS handover takes place. Interface x represents the interworking 
connection to the Handover/Relocation Control Procedures 3G_MSC-A. 

2) Call Control Procedures 3G_MSC-A. This unit is used to control the call. Interface B' is used for normal call 
control procedures. When a Basic relocation from 3G_MSC-A to 3G_MSC-B is to be performed then interface 
B" is employed to provide a signalling and call control connection to 3G_MSC-B. If a Subsequent 
handover/relocation to 3G_MSC-B' is to be performed then interface B'" is used. Similarly, when a Basic inter- 
system handover from 3G_MSC-A to 3G_MSC-B is to be performed, then interface B" is employed to provide a 
signalhng and call control connection to 3G_MSC-B. If a Subsequent inter-system handover to 3G_MSC-B' is to 
be performed then interface B'" is used. 

3) Handover/Relocation Control Procedures 3G_MSC-A. This unit provides both the overall control of the 
handover/relocation procedure and interworking between the internal interfaces (x, y and z). 

4) MAP Procedures 3G_MSC-A. This unit is responsible for controlling the exchange of MAP messages between 
3G_MSCs during an Inter-3G_MSC handover/relocation, or between 3G_MSC-A and MSC-B during an Inter- 
system Inter-3G_MSC handover. This unit communicates with the Handover/Relocation Control Procedures 
3G_MSC-A via interface z. 

Switching functions: 

5) Switch and Handover/Relocation Device 3G_MSC-A. For all calls this unit is responsible for connecting the 
new path into the network via interface B'. In specific cases it may be unnecessary to take any explicit action in 
the 3G_MSC concerning the handover/relocation device. The handover/relocation device interconnections are 
illustrated in figiu-e 5. 
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Figure 4: Functionai composition of the controlling 3G_MSC (3G_MSC-A) 
for supporting handover/relocation 



For UE/MS to UE/MS calls in the same 3G_MSC the configuration in figure 5b) applies. In this case interface B" is 
internal to 3G_MSC-A and does not connect to another 3G_MSC. 

The handover/relocation device can be either a three-party bridge or a switching facility without three-party connection 
capabilities. For a three -party bridge configuration the states of the handover/relocation device are as shown in table 2. 
The three-party configuration exists in the intermediate state. This type of handover/relocation device may reduce the 
interruption time. However, this may require noise reduction if one of the radio channels is unterminated at some time 
in the intermediate state. 

For a handover/relocation device consisting of a simple switch there will be no intermediate state. 



Table 2: States of the handover/relocation device 



Case 


Initial 
Connection 


Intermediate 
Connection 


Resulting 
Connection 


Successful 
Procedure 


Unsuccessful 
Procedure 


Figure 5a) 


B' to lu' 


B' to lu' and lu" 


B' to lu" 


B' to lu' 




B' to lu' 


B' to lu' and A" 


B' to A" 


B' to lu' 




B' to A' 


B' to A' and lu" 


B' to lu" 


B' to A' 


Figure 5b) 


B' to lu' 


B' to lu' and B" 


B' to B" 


B' to lu' 


Figure 5c) 


B' to B" 


B' to B"and B"' 


B' to B'" 


B' to B" 
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NOTE: In a) and b) lu' Is released after handover/relocation; 
In c) B" is released after handover/relocation. 

Figure 5: Connections in tlie liandover/relocation device (Unit 5) 



4.4 3G_MSC-B 

For roles and functional composition of the 3G_MSC-B working as pure GSM MSG, please see previous clause 
("MSC-B"). 

4.4.1 Role Of 3G_MSC-B 

In the Intra-3G_MSC handover/relocation case, the 3G_MSC-B keeps the control of the whole Intra-3G_MSC 
handover/relocation procedure. 3G_MSC-B notifies MSC-A or 3G_MSC-A of intra-3G_MSC-B InterSystem handover 
and intra GSM handovers, by using the A_HANDOVER_PERFORMED message. 

In case of intra-3G_MSC-B SRNSrelocation, if security algorithms have been changed: 

a) When encapsulated BSSAP is used on the E interface, the A_HANDOVER_PERFORMED message shall be 
sent. 

b) When encapsulated RANAP is used on the E interface, the LOCATION REPORT message shall be sent. 

On reception of an order to perform location reporting at change of Service Area from 3G_MSC-A, 3G_MSC-B shall 
be responsible to re -issue the Location Reporting Control message after subsequent Intra-3G_MSC-B 
relocations/handovers. This shall be performed immediately after the successful completion of the Relocation Resource 
Allocation procedure. 

In both cases, the selected UMTS algorithm(s) shall be indicated in the 
MAP_PROCESS_ACCESS_SIGNALLING_REQUEST. 

In a network implementing the "Flexible lu interface for handover/relocation" option, in the Intra-3G_MSC 
handover/relocation case, 3G_MSC-B may optionally use a global title based on the Global RNC-Id for the addressing 
of the lu interface messages towards the target RNC. 
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The role of 3G_MSC-B is also to provide transcoder resources. 

In the Inter-3G_MSC relocation case, the role of 3G_MSC-B (3G_MSC-B') is only to provide radio resources control 
within its area. This means that 3G_MSC-B keeps control of the radio resources connection and release towards RNS- 
B. 3G_MSC-B will do some processing on the RANAP information received on the E-interface or the RANAP 
information received on the lu-interface whereas it will relay the Direct Transfer information transparently between 
lu-interface and E-interface. 3G_MSC-A initiates and drives RANAP procedures towards 3G_MSC-B, while 
3G_MSC-B controls them towards its RNSs to the extent that 3G_MSC-B is responsible for the connections of its 
RNSs. The release of the dedicated resources between 3G_MSC-B and RNS-B is under the responsibility of 
3G_MSC-B and RNS-B, and is not directly controlled by 3G_MSC-A. When clearing is to be performed due to 
information received from RNS-B, 3G_MSC-B shall transfer this clearing indication to 3G_MSC-A, to clear its 
connection with RNS-B, to terminate the dialogue with 3G_MSC-A through the E-interface, and to release its circuit 
connection with 3G_MSC-A, if any. In the same way, the release of the connection to its RNS-B, is initiated by 
3G_MSC-B, when the dialogue with 3G_MSC-A ends normally and a release is received from the circuit connection 
with 3G_MSC-A, if any, or when the dialogue with the 3G_MSC-A ends abnormally. 

When a release is received by 3G_MSC-B for the circuit connection with 3G_MSC-A then 3G_MSC-B shall release the 
circuit connection. 

In the Inter-system UMTS to GSM Inter-3G_MSC handover case, the role of 3G_MSC-B (3G_MSC-B') is only to 
provide radio resources control within its area. This means that 3G_MSC-B keeps control of the radio resources 
connection and release towards BSS-B. 3G_MSC-B will do some processing on the BSSMAP information received on 
the E-interface or the BSSMAP information received on the A-interface whereas it will relay the DTAP information 
transparently between A-interface and E-interface. 3G_MSC-A initiates and drives a subset of BSSMAP procedures 
towards 3G_MSC-B, while 3G_MSC-B controls them towards its BSSs to the extent that 3G_MSC-B is responsible for 
the connections of its BSSs. The release of the dedicated resources between 3G_MSC-B and BSS-B is under the 
responsibility of 3G_MSC-B and BSS-B, and is not directly controlled by 3G_MSC-A. When clearing is to be 
performed due to information received from BSS-B, 3G_MSC-B shall transfer this clearing indication to 3G_MSC-A, 
to clear its connection with BSS-B, to terminate the dialogue with 3G_MSC-A through the E-interface, and to release 
its circuit connection with MSC-A, if any. In the same way, the release of the connection to its BSS-B, is initiated by 
3G_MSC-B, when the dialogue with 3G_MSC-A ends normally and a release is received from the circuit connection 
with 3G_MSC-A, if any, or when the dialogue with the MSC-A ends abnormally. 

When a release is received by 3G_MSC-B for the circuit cormection with 3G_MSC-A then 3G_MSC-B shall release the 
circuit cormection. 

In the Inter-system GSM to UMTS Inter-3G_MSC handover case, the role of 3G_MSC-B (3G_MSC-B') is only to 
provide radio resources control within its area. This means that 3G_MSC-B keeps control of the radio resources 
connection and release towards RNS-B. 3G_MSC-B will do some processing on the BSSMAP information received on 
the E-interface or the RANAP information received on the lu-interface whereas it will relay the Direct Transfer 
information transparently between lu-interface and E-interface. MSC-A initiates and drives a subset of BSSMAP 
procedures towards 3G_MSC-B, while 3G_MSC-B controls them towards its RNSs to the extent that 3G_MSC-B is 
responsible for the connections of its RNSs. The release of the dedicated resources between 3G_MSC-B and RNS-B is 
under the responsibihty of 3G_MSC-B and RNS-B, and is not directly controlled by MSC-A. When clearing is to be 
performed due to information received from RNS-B, 3G_MSC-B shall transfer this clearing indication to MSC-A, to 
clear its connection with RNS-B, to terminate the dialogue with MSC-A through the E-interface, and to release its 
circuit connection with MSC-A, if any. In the same way, the release of the connection to its RNS-B, is initiated by 
3G_MSC-B, when the dialogue with MSC-A ends normally and a release is received from the circuit connection with 
MSC-A, if any, or when the dialogue with the MSC-A ends abnormally. 

When a release is received by 3G_MSC-B for the circuit connection with MSC-A then 3G_MSC-B shall release the 
circuit connection. 

If 3G_MSC-B does not support the optional supplementary service Muthcall (see 3GPP TS 23.135) and 3G_MSC-A 
requests to relocate multiple bearers, 3G_MSC-B shall indicate that it does not support multiple bearers to 3G_MSC-A. 

If 3G_MSC-B supports the optional supplementary service Multicall (see 3GPP TS 23.135) and UE is engaged with 
multiple bearers the following description applies: 

- In the basic relocation case, the 3G_MSC-B shall be able to allocate an Handover Number for each bearer. The 
3G-MSC-B shall also be able to select some bearers so that the number of bearers wiU fulfill the maximum 
number of bearers supported by the 3G_MSC-B. 

- In the Intra-3G_MSC relocation case, the 3G-MSC-B tries to relocate all bearers to a new RNS. 
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- In the subsequent relocation back to the 3G_MSC-A or to a third 3G_MSC-B' case, the 3G-MSC-B tries to 
request to the 3G_MSC-A to relocate all bearers to the 3G_MSC-A or to the 3G_MSC-B'. 

- In the lntra-3G_MSC inter-system UMTS to GSM handover case and the subsequent inter-system UMTS to 
GSM handover back to the 3G_MSC-A or to a third MSC-B' case, the 3G_MSC-B shall be able to select one 
bearer to be handed over according to the priority level defined as RAB parameters in 3GPP TS 25.413 [11] and 
tries to handover the selected bearer. 

4.4.2 Functional composition of 3G_IVISC-B and its interfaces for 
handover/relocation 

The functional composition of a 3G_MSC acting as 3G_MSC-B is essentially the same as that of 3G_MSC-A. 
However, there are some differences. The functional units are as follows (see figure 6). 

Signalling functions: 

1) RNC/BSC/3G_MSC (UE/MS/RNC/BSC) Procedures 3G_MSC-B. This unit is used to control the signalling 
between the 3G_MSC, RNC, BSC and UE/MS. Interface lu' is the connection to the old RNC and interface lu" is 
the connection to the new RNC, when an Intra-3G_MSC relocation takes place. Interface lu' is the connection to 
the old RNC and interface A" is the connection to the new BSC, when an Intra-3G_MSC UMTS to GSM 
handover takes place. Interface A' is the connection to the old BSC and interface lu" is the connection to the new 
RNC, when an Intra-3G_MSC GSM to UMTS handover takes place. Interface x represents the interworking 
cormection to the Handover/Relocation Control Procedures 3G_MSC-B. 

2) Call Control Procedures 3G_MSC-B. This unit is used for normal call control and signalling to 3G_MSC-A or 
MSC-A in the case of inter-system inter-3G_MSC handover. 

3) Handover/Relocation Control Procedures 3G_MSC-B. This unit provides both the overall control of the 
handover/relocation procedure and interworking between the internal interfaces (x, y and z) in 3G_MSC-B. 

4) MAP Procedures 3G_MSC-B. This unit is responsible for controlling the exchange of MAP messages between 
3G_MSC-A, or MSC-A, and 3G_MSC-B and for signalling to the VLR in 3G_MSC-B. 

Switching functions: 

5) Switch 3G_MSC-B. For all calls this unit is responsible, with RNS-B, for connecting the circuit from 
3G_MSC-A, or MSC-A, to RNS-B. This unit may also need to act as a handover/relocation device for Intra- 
3G_MSC handovers/relocation controlled by 3G_MSC-B. In specific cases it may be unnecessary to take any 
exphcit action in the 3G_MSC concerning the handover/relocation device. 
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Figure 6: Functional composition of 3G_IU1SC-B for supporting liandover/relocation 



5 Handover initiation conditions 

Handover may be initiated by the network based on RF criteria as measured by the MS or the Network (signal level, 
Connection quality, power level propagation delay) as well as traffic criteria (e.g. current traffic loading per cell, 
interference levels, maintenance requests, etc.). 

In order to determine if a handover is required, due to RF criteria, it is typically the MS that shall take radio 
measurements from neighbouring cells. These measurements are reported to the serving cell on an event driven or 
regular basis. When a network determines a need for executing a handover the procedures given in 3GPP TS 08.08 [5], 
3GPP TS 25.303 [13|, 3GPP TS 25.331 1 14| are followed. 

The decision process used to determine when to perform soft handover or hard handover will typically differ. 
Depending on the support for soft or hard handover the Intra-MSC and Inter-MSC handover may differ. 

In the case of an ongoing GSM voice group call (see 3GPP TS 03.68 [3 J) the criteria described above shaU only apply 
to the mobile station currently assigned the uplink and other users with a dedicated cormection, no actions shall be taken 
for the listening users. 
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6 General description of the procedures for intra - MSG 
handovers 

This clause gives a brief overview of the procedures that shall be followed when performing Intra-MSC handovers. 
Detailed explanation of these procedures can be found in 3GPP TS 08.08 [5] and 3GPP TS 24.008 [10]. 

There are two types of handover that can be considered which involve a BSS and single MSG. These are Internal 
Handover and External Handover. An Internal Handover is a handover which takes place between channels on a cell or 
cells controlled by a single BSS, without reference to the MSG, although the MSG maybe informed of its occurrence. 
This case is not considered in the present document. 

Handovers between channels on the same cell or between cells on the same BSS which are controlled by the MSG are 
termed External Handovers and use identical procedures to those for Intra-MSG handovers. Only the Intra-MSG 
handover case will be considered in the present document. 

Handovers from a BSS to an RNS controlled by the same 3G_MSG are intra-3G_MSG GSM to UMTS handovers. 
Handovers from an RNS to a BSS controlled by the same 3G_MSG are intra-3G_MSG UMTS to GSM handovers. 

There are two types of handover in UMTS: soft handover and hard handover. The first one is fully performed within 
UTRAN, without involving the core network. The second one may be also performed within UTRAN, or the core 
network may be involved if the lur interface between RNSs does not exist. This case of hard handover involving the 
core network is the only one that is covered in the present document, together with SRNS relocation with lur interface. 



6.1 Procedure for Intra-IVISC Handovers 

The procedure for a successful External Intra-MSC handover is shown in figure 7. It is assumed that selection of a 
candidate MS has already taken place within the BSS based upon the criteria presented in clause 5. The exact algorithm, 
in the BSS, for determining a candidate MS is not addressed in the present document. The procedures discussed do not 
make use of the Mobile Application Part (MAP), represented by signalUng function 4 in figure 2 and figure 3. The 
procedure described in this clause covers case i). 
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Figure 7: Basic External Intra-IUlSC IHandover Procedure 
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The successful operation of the procedure is as follows. When the BSS (BSS-A), currently supporting the MS, 
determines that the MS requires to be handed over it will send an A-HANDOVER-REQUIRED message to the MSG 
(MSC-A). The A-HANDOVER-REQUIRED message shall contain a list of cells, or a single cell, to which the MS can 
be handed over. The list of cells shall be given in order of preference based upon operator determined criteria (These 
criteria are not addressed within the present document and are operator dependent). When the MSC-A receives the A- 
HANDOVER-REQUIRED message it shall begin the process of handing over the MS to a new BSS (BSS-B). (NOTE: 
BSS-A and BSS-B maybe the same BSS). The MSC-A shall generate an A-HANDO VER-REQUEST message to the 
selected BSS (BSS-B). When BSS-B receives the A-HANDOVER-REQUEST message it shall take the necessary 
action to allow the MS to access the radio resource of BSS-B, this is detailed in 3GPP TS 08.58 [6] and in 
3GPP TS 05.08 [4]. The switching of the radio resource through the necessary terrestrial resources is detailed in 
3GPP TS 24.008 [10] and 3GPP TS 08.08 [5]. 

Once resource allocation has been completed by BSS-B it shall return an A-HANDO VER-REQUEST-ACK. to 
MSC-A. When this message is received by MSC-A it shall begin the process of instructing the MS to tune to a new 
dedicated radio resource. An A-HANDO VER-COMMAND will be sent by the MSC-A to BSS-A. On receipt of the A- 
HANDOVER-COMMAND message BSS-A will send the radio interface message RI-HANDOVER-COMMAND, 
containing a Handover Reference number previously allocated by BSS-B, to the MS. The MS will then access the new 
radio resource using the Handover Reference number contained in the RI-HANDOVER- ACCESS message. The 
number will be checked by BSS-B to ensure it is as expected and the correct MS has been captured. If this is the correct 
MS then the BSS-B shall send an A-HANDOVER-DETECT to MSC-A. When the MS is successfully communicating 
with the BSS-B a RI-HANDOVER-COMPLETE message will be sent by the MS to BSS-B. The BSS-B will then send 
an A-HANDOVER-COMPLETE message to MSC-A. 

NOTE: The A-HANDOVER-REQUEST- ACK from BSS-B contains the complete Radio Interface message that 
shall be sent by BSS-A to the MS in the RI-HANDOVER-COMMAND, MSC-A transparently passes this 
radio interface message onto BSS-A. 

After MSC-A has received the A-HANDOVER-COMPLETE message from BSS-B it shall begin to release the 
resources allocated on BSS-A. In figure 7 the resource is released by using the A-CLEAR-COMMAND sequence. 

In the case of ongoing GSM voice group calls the clearing of resources on BSS-A shall not be used if the resources are 
still be used on the down link. 

If a failure occurs during the handover attempt, for example A-HANDO VER-FAILURE returned from BSS-A or BSS- 
B, then MSC-A will terminate the handover to BSS-B. Under these conditions MSC-A may optionally take one of a 

number of actions: 

i) retry the handover to the same cell; 

ii) select the next cell from the list contained in the A-HANDOVER-REQUIRED message and attempt a handover 

to the new cell; 

iii) await the next A-HANDOVER-REQUIRED message; 

iv) send an A-HANDO VER-REQUIRED-REJECT to BSS-A, if an A-HANDO VER-COMMAND has not already 
been sent. 

The exact action taken is dependent on whether the faitee occurs before or after the A-HANDO VER-COMMAND has 
been sent. 

In all cases the existing connection to the MS shall not be cleared. 

During the period that the MS is not in communication with the network MSC-A shall queue all appropriate messages. 
All messages shall be delivered to the MS once communication is resumed . In the case of an Intra-MSC handover on 
MSC-B then the messages shall be queued by MSC-B. 

In the case of ongoing GSM voice group calls if a failure occurs when handing over a user on a dedicated channel then 
the procedures described above may optionally be applied. 
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6.2 



Procedure for lntra-3G MSG Handovers 



6.2.1 lntra-3G_MSC Handover from UMTS to GSM 

The procedure for a successful Intra-3G_MSC handover from UMTS to GSM is shown in figure 8. It is assumed that 
selection of a candidate UE/MS has already taken place within the RNS based upon the criteria presented in clause 5. 
The exact algorithm, in the RNS, for determining a candidate UE/MS is not addressed in the present document. The 
procedures discussed do not make use of the Mobile Application Part (MAP), represented by signalling function 4 in 
figures 4 and 6. The procedure described in this clause covers case ii). 
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Figure 8: Basic Intra-3G_IU1SC Handover from UMTS to GSIUl Procedure 



6.2.1 .1 With no bearer or one bearer 

The successful operation of the procedure is as follows. When the RNS (RNS-A), currently supporting the UE/MS, 
determines that the UE/MS requires to be handed over to GSM it will send an lU-RELOCATION-REQUIRED message 
to the 3G_MSC (3G_MSC-A). The lU-RELOCATION-REQUIRED message shall contain a single cell, to which the 
UE/MS can be handed over. When the 3G_MSC-A receives the lU-RELOCATION-REQUIRED message it shall begin 
the process of handing over the UE/MS to a BSS (BSS-B). The 3G_MSC-A shall generate an A-HANDOVER- 
REQUEST message to the selected BSS (BSS-B). When BSS-B receives the A-HANDOVER-REQUEST message it 
shall take the necessary action to allow the UE/MS to access the radio resource of BSS-B, this is detailed in 
3GPP TS 08.58 [6] and in 3GPP TS 05.08 [4]. The switching of the radio resource through the necessary terrestrial 
resources is detailed in 3GPP TS 24.008 [10] and 3GPP TS 08.08 [5]. 

Once resource allocation has been completed by BSS-B it shall return an A-HANDOVER-REQUEST-ACK. to 
3G_MSC-A. When this message is received by 3G_MSC-A it shall begin the process of instructing the UE/MS to tune 
to a new dedicated radio resource. An lU-RELOCATION-COMMAND will be sent by the 3G_MSC-A to RNS-A. On 
receipt of the lU-RELOCATION-COMMAND message RNS-A will send the radio resource control message RRC- 
HANDOVER-COMMAND, containing a Handover Reference number previously allocated by BSS-B, to the UE/MS. 
The UE/MS will then access the new radio resource using the Handover Reference number contained in the RI- 
HANDOVER- ACCESS message. The number will be checked by BSS-B to ensure it is as expected and the correct 
UE/MS has been captured. If this is the correct UE/MS then the BSS-B shall send an A-HANDOVER-DETECT to 
3G_MSC-A. When the UE/MS is successfuUy conununicating with the BSS-B a RI-HANDOVER-COMPLETE 
message will be sent by the UE/MS to BSS-B. The BSS-B will then send an A-HANDOVER-COMPLETE message to 
3G_MSC-A. 

NOTE: The A-HANDOVER-REQUEST-ACK from BSS-B contains the complete radio resource control 

message that shall be sent by RNS-A to the UE/MS in the RRC-HANDOVER-COMMAND, 3G_MSC-A 
transparently passes this radio interface message onto RNS-A. 
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After 3G_MSC-A has received the A-HANDOVER-COMPLETE message from BSS-B it shall begin to release the 
resources allocated on RNS-A. In figure 8 the resource is released by using the lU-RELEASE-COMMAND sequence. 

If a failure occurs during the handover attempt, for example A-HANDOVER-FAILURE returned from BSS-B, then 
3G_MSC-A will terminate the handover to BSS-B and send an lU-RELOCATION-PREPARATION-FAILURE 
message to RNS-A. 

If RNS-A has decided to cancel the handover, it sends lU-RELOCATION-CANCEL message to 3G_MSC-A. The 
3G_MSC-A will then terminate the handover towards BSS-B (if initiated) and send lU-RELOCATION-CANCEL- 
ACKNOWLEDGE message to RNS-A. 

In all cases the existing connection to the UE/MS shall not be cleared except in the case of expiry of the timer for 
receipt of A-HANDOVER-COMPLETE. 

During the period that the UE/MS is not in communication with the network 3G_MSC-A shall queue all appropriate 

messages. All messages shall be delivered to the UE/MS once communication is resumed. In the case of an Intra- 
3G_MSC handover from UMTS to GSM on 3G_MSC-B then the messages shall be queued by 3G_MSC-B. 



If 3G_MSC-A supports the optional supplementary service Multicall (See 3GPP TS 23.135), 3G_MSC-A shall have the 
following functionality additionally to the description in clause 6.2.1.1. 

Upon receipt of the lU-RELOCATION-REQUIRED from RNS-A 3G_MSC-A shall select one bearer to be handed 
over if the UE is engaged with multiple bearers. After that, 3G_MSC-A generates an A-HO-REQUEST message for the 
selected bearer to BSS-B. 

When an A-HO-REQUEST-ACK is received from BSS-B, 3G_MSC-A sends lU-RELOCATION-COMMAND, which 
indicates the bearers not to be handed over as bearers to be released, to RNS-A. 

After 3G_MSC-A receives A-HO-COMPLETE message from BSS-B, 3G_MSC-A shall release calls via BSS-B, which 
has been carried by the bearers not to be handed over, and then sends lU-RELEASE-COMMAND to RNS-A. 



The procedure for a successful Intra-3G_MSC handover is shown in figure 9. It is assumed that selection of a candidate 
UE/MS has already taken place within the BSC based upon the criteria presented in clause 5. The exact algorithm, in 
the BSC, for determining a candidate UE/MS is not addressed in the present document. The procedures discussed do 
not make use of the Mobile AppUcation Part (MAP), represented by signalling function 4 in figures 4 and 6. The 
procedure described in this clause covers case ii). 

In case of subsequent handover the following applies. If 3G_MSC-B supports location reporting at change of Service 
Area and if encapsulated BSSAP signalling is used on the E-interface, 3G_MSC-B shall always initiate the Location 
Reporting Control procedure at change of Service Area towards the target RNS since no request for Location Reporting 
can be received from MSC-A. In that case, the Location Reporting Control procedure shall be initiated by 3G_MSC-B 
after the Relocation Resource Allocation procedure has been executed successfully. 

The change of Service Area shall be reported to MSC-A within an A_HANDOVER_PERFORMED message. 

In the case of ongoing voice group calls, the handover does not take place since voice group calls are not supported in 



6.2.1.2 



With multiple bearers (Optional functionality) 



6.2.2 



lntra-3G MSG GSM to UMTS Handover 



UMTS. 



ETSI 



3GPP TS 23.009 version 4.2.0 Release 4 



27 



ETSI TS 123 009 V4.2.0 (2001-09) 



UE/MS 



BSS-A 



RI-HO-Command 



3G MSC-A 



A-Handover-Required 



A-Handover-Command 



A-Clear-Command 



A-Clear-Complete 



RNS-B 



lu-Rclocalion-Rcqucsl 



lu-Relocation-Request-Ack 



lu-Relocation-Detect 



lu-Relocation-Complete 



UE 



RRC-HO-Complete 



Figure 9: Basic External lntra-3G_MSC GSM to UMTS Handover Procedure 

The successful operation of the procedure is as follows. When the BSS (BSS-A), currently supporting the UE, 
determines that the UE requires to be handed over to UMTS it will send an A-HANDOVER-REQUIRED message to 
the 3G_MSC (3G_MSC-A). The A-HANDOVER-REQUIRED message shall contain a single cell, to which the UE can 
be handed over. When the 3G_MSC-A receives the A-HANDOVER-REQUIRED message it shall begin the process of 
handing over the UE to a new RNS (RNS-B). The 3G_MSC-A shall generate an lu-RELOCATlON-REQUEST 
message to the selected RNS (RNS-B). When RNS-B receives the lu-RELOCATION-REQUEST message it shall take 
the necessary action to allow the UE to access the radio resource of RNS-B, this is detailed in the 3GPP TS 25.300 
series and the 3GPP TS 25.200 series of Technical Specifications. The switching of the radio resource through the 
necessary terrestrial resources is detailed in the 3GPP TS 25.430 series and 3GPP TS 25.413 [11]. 

Once resource allocation has been completed by RNS-B, it shall return an lu-RELOCATION-REQUEST-ACK. to 
3G_MSC-A. When this message is received by 3G_MSC-A it shall begin the process of instructing the UE to tune to a 
new dedicated radio resource. An A-HANDOVER-COMMAND will be sent by the 3G_MSC-A to BSS-A. On receipt 
of the A-HANDOVER-COMMAND message BSS-A will send the radio interface message Rl-HANDOVER- 
COMMAND. The UE will then access the new radio resource. On detection of the UE, the RNS-B shall send an lu- 
RELOCATION-DETECT to 3G_MSC-A. When the UE is successfully communicating with the RNS-B an RRC- 
HANDOVER-COMPLETE message will be sent by the UE to RNS-B. The RNS-B will then send an lu- 
RELOCATION-COMPLETE message to 3G_MSC-A. 

NOTE: The lu-RELOCATION-REQUEST-ACK from RNS-B contains the complete RRC message that shaU be 
sent by BSS-A to the MS in the RI-HANDOVER-COMMAND, 3G_MSC-A transparently passes this 
radio interface message onto BSS-A. 

After 3G_MSC-A has received the lu-RELOCATION-COMPLETE message from RNS-B, it shall begin to release the 
resources allocated on BSS-A. In figure 9 the resource is released by using the A-CLEAR-COMMAND sequence. 

If a failure occurs during the handover attempt, for example, A-HANDOVER-FAILURE retumed from BSS-A or 
lu-RELOCATION FAILURE returned from RNS-B, then 3G_MSC-A will terminate the handover to RNS-B. Under 
these conditions 3G_MSC-A may optionally take one of a number of actions: 

i) await the next A-HANDOVER-REQUIRED message; 

ii) send an A-HANDOVER-REQUIRED-REJECT to BSS-A, if an A-HANDOVER-COMMAND has not already 
been sent. 

The exact action taken is dependent on whether the failure occurs before or after the A-HANDOVER-COMMAND has 
been sent. 



In all cases the existing connection to the UE shall not be cleared. 
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During the period that the UE is not in communication with the network 3G_MSC-A shall queue all appropriate 
messages. All messages shall be delivered to the UE once communication is resumed. In the case of an Intra-3G_MSC 
GSM to UMTS handover on 3G_MSC-B then the messages shall be queued by 3G_MSC-B. 



6.2.3 Procedure for lntra-3G_MSC SRNS Relocation 

The procedure for a successful Intra-3G_MSC SRNS Relocation is shown in figures 10 and 11. SRNS Relocation is 
used to relocate the serving RNS functionality from one RNS to another. The procedure may or may not involve change 
of the radio resources assigned for the corresponding UE. Whether or not the Relocation includes change of radio 
resources assigned for the UE does not affect the SRNS Relocation procedure in the Core Network. 

In case of subsequent Intra-3G_MSC-B SRNS relocation the following applies: 

If 3G_MSC-B has previously received an order to perform location reporting at change of Service Area from 
3G_MSC-A and if 3G_MSC-B also supports Location Reporting Control, it shall issue the Location Report 
Control message towards the target RNS immediately after successful completion of relocation. Upon receipt of 
Location Report, 3G_MSC-B shall forward it towards 3G_MSC-A via E interface. 

If 3G_MSC-B supports location reporting at change of Service Area and if encapsulated BSSAP signalling is 
used on the E-interface, 3G_MSC-B shall always initiate the Location Reporting Control procedure at change of 
Service Area towards the target RNS, since no request for Location Reporting can be received from MSC-A. In 
that case the Location Reporting Control procedure shall be initiated by 3G_MSC-B after the Relocation 
Resource Allocation procedure has been executed successfully. The change of Service Area shall be reported to 
MSC-A within A_HANDOVER_PERFORMED message. 

It is assumed that selection of a candidate UE has already taken place within RNS based upon the criteria presenting in 
clause 5. The exact algorithm, in RNS, for determining a candidate UE is not addressed in the present document. The 
procedure discussed does not make use of the Mobile Application Part (MAP), represented by signalling function 4 in 
figures 4 and 6. The procedure described in this clause covers case ii). 
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Figure 10 Basic intra-3G_l\/ISC SRNS Relocation Procedure 
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Figure 1 1 Basic intra-3G_IUlSC SRNS Relocation Procedure combined witli hard cliange 
of radio resources (IHard IHandover with switch in the Core Networic) 



6.2.3.1 With no bearer or one bearer 

The successful operation of the procedure is as follows. When the Serving RNS (RNS-A) makes the decision to perform 
the SRNS Relocation procedure it will send an lU-RELOCATION-REQUIRED message to the 3G_MSC 
(3G_MSC-A). The lU-RELOCATION-REQUIRED message shall contain the identifier of the target RNS to which the 
Relocation is to be performed. When the 3G_MSC-A receives the lU-RELOCATION-REQUIRED message it shall 
begin the process of relocating the serving RNS functionality to the new RNS (RNS-B). The 3G_MSC-A shall generate 
an lU-RELOCATION-REQUEST message to the selected RNS (RNS-B). When RNS-B receives the lU- 
RELOCATION-REQUEST message it shall take the necessary action to establish the new lu transport bearers for each 
Radio Access Bearer related to 3G_MSC-A for the UE in question, this is detailed in the 3GPP TS 25.430 series and 
3GPPTS 25.413 [11]. 

Once resource allocation has been completed by RNS-B it shall return an lU-RELOCATION-REQUEST- 
ACKNOWLEDGE to 3G_MSC-A. When this message is received by 3G_MSC-A, and 3G_MSC-A is ready for the 
move in Serving RNS functionality, it shall indicate the completion of the preparation phase on the core network side 
for the SRNS Relocation. An lU-RELOCATION-COMMAND message is sent by 3G_MSC-A to RNS-A. RNS-A acts 
as follows: 

i) if the procedure is a SRNS Relocation without change of radio resources, which means that the lur interface 
between RNS-A and RNS-B can be used for the procedure, the RNS-A shall send lUR-SRNS-RELOCATION- 
COMMIT message to the RNS-B to trigger the Relocation execution. See figure 10. 

ii) if the procedure is a SRNS Relocation with change of radio resources, which means that the lur interface 
between RNS-A and RNS-B is not used for the procedure, the RNS-A shall trigger the handover procedure on 
the air interface by sending the RRC-HANDOVER-COMMAND to the UE. The UE will then access the new 
radio resources. See figure 11. 

NOTE: The lU-RELOCATION-REQUEST- ACKNOWLEDGE from RNS-B may optionally contain a 
transparent container, which is transferred by 3G_MSC-A to the RNS-A using the 
lU-RELOCATION-COMMAND message. 

When the relocation execution trigger is received, RNS-B shall then take the necessary action to assume the role of 
Serving RNS and shall send an lU-RELOCATION-DETECT message to 3G_MSC-A. When the UE is successfully in 
conmiunication with the RNS-B, then RNS-B shall send an lU-RELOCATION-COMPLETE message to 3G_MSC-A. 

After 3G_MSC-A has received the lU-RELOCATION-COMPLETE message from RNS-B, it shall begin to release the 
resources associated to the RNS-A. In figures 10 and 1 1, the resources are released by using the 
lU-RELEASE-COMMAND sequence. 
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If a failure occurs during the SRNS Relocation attempt, then 3G_MSC-A will terminate the relocation to RNS-B. For 
example, if lU-RELOCATION-FAILURE is returned from RNS-B then 3G_MSC-A will terminate the relocation to 
RNS-B and send lU-RELOCATION-PREPARATION-FAILURE to RNS-A. If lU-RELOCATION-CANCEL is 
returned from RNS-A, then 3G_MSC-A wiU terminate the relocation to RNS-B and send lU-RELOCATION- 
CANCEL- ACKNOWLEDGE to RNS-A. 

In all cases the existing connection to the UE shall not be cleared. 

During the period that the UE is not in communication with the network, 3G_MSC-A shall queue all appropriate 
messages. All messages shall be delivered to the UE once communication is resumed. In the case of an Intra-3G_MSC 
SRNS Relocation (with or without change of radio resources) on 3G_MSC-B, then the messages shall be queued by 
3G_MSC-B. 

6.2.3.2 With multiple bearers (Optional functionality) 

If 3G_MSC-A supports the optional supplementary service Multicall (See 3GPP TS 23.135), 3G_MSC-A shall have the 
following functionality additionally to the description in clause 6.2.3.1. 

Upon receipt of the lU-RELOCATION-REQUIRED from RNS-A, 3G_MSC-A generates an lU-RELOCATION- 
REQUEST message, which may include multiple bearers, to RNS-B. 

When an lU-RELOCATION-REQUEST-ACK is received from RNS-B, 3G_MSC-A sends lU-RELOCATION- 
COMMAND, which indicates the bearers failed to set up in RNS-B as bearers to be released, to RNS-A. 

After 3G_MSC-A receives lU-RELOCATION-COMPLETE message from RNS-B, 3G_MSC-A shall release calls via 
RNS-B, which has been carried by the bearers failed to set up in RNS-B, and then sends lU-RELEASE-COMMAND to 
RNS-A. 



7 General description of the procedures for inter - MSG 
handovers 

The following clauses describe two options for the Basic and Subsequent Handover procedures. The first, as described 
in clauses 7.1 and 7.3 respectively, provides for a circuit connection between MSC-A and MSC-B. The second, as 
described in clauses 7.2 and 7.4 respectively, provides for a Basic and Subsequent Handover without the provision of a 
circuit connection between MSC-A and MSC-B. 

In all the above mentioned clauses, the following principles apply: 

during the handover resource allocation, only the handover related messages that are part of the applicable 
BSSAP subset - as defined in 3GPP TS 09.08 [7] - shall be transferred on the E-interface; 

the trace related messages that are part of the applicable BSSAP subset - as defined in 3GPP TS 09.08 [7] - can 
be sent by the MSC-A on the E-interface after successful handover resource allocation. In the clauses 7.1 and 
7.2, it is however allowed at basic handover initiation on the E-lnterface to transfer one trace related message 
that is part of the appUcable BSSAP subset - as defined in 3GPP TS 09.08 [7] - together with the applicable 
handover related message. The applicable handover related message shall always appear as the first message; 

during the handover execution, ie while the MS is not in communication with the network, the MSC-A shall 
queue all outgoing BSSAP messages until the communication with the MS is resumed; 

- finally, during supervision, ie while the MS is not in the area of MSC-A after a successful Inter-MSC handover, 
the subset of BSSAP procedures and their related messages - as defined in 3GPP TS 09.08 [7] - shall apply on 
the E-lnterface; 

- during the intra-MSC-B handover execution, if any, the MSC-B shall queue all outgoing BSSAP messages until 
the conmiunication with the MS is resumed. 
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7.1 Basic handover procedure requiring a circuit connection 
between IVISC-A and IVISC-B 

The procedure used for successful Inter-MSC Handover is shown in figure 12. Initiation of the handover procedure is 
described in clause 5. The procedure described in this clause makes use of messages from the 3GPP TS 08.08 [5] and of 
the transport mechanism from the Mobile Application Part (MAP) (3GPP TS 29.002 [12]). After an Inter-MSC 
handover further Intra-MSC handovers may occur on MSC-B, these handovers will follow the procedures specified in 
the previous clause. 



MS/BSS-A BSS-B/MS 



MSC-A 



A-HO-REQUIRED 



A-HO-COMMAND 



A-CLR-CMD/CO 



MSC-B 



MAP-Prep-Handover req. 



MAP-Prep-Handover resp. 



<- 



JAM_ 
ACM 



MAP-Process-Access-Sig req. 



. MAP-Send-End-Signal req. 



End of call 



_ANSW^_ 
RELEASE 



MAP- Allocate-Handover-] 'lumber req. 



A-HO-REQUEST 



A-HO-REQUEST-ACK 



MAP-Send-Handover-Rep art req. 



MAP-Send-Handover-Rep art resp. (1) 



A-HO-DETECT 



A-HO-COMPLETE 



MAP-Send-End-Signal resp. 



VLR-B 



NOTE 1 : Can be sent at any time after the reception of lAM. 

Figure 12: Basic IHandover Procedure requiring a circuit connection 

The handover is initiated as described in clause 6.1. (This is represented by A-HO-REQUIRED in figure 12. Upon 
receipt of the A-HO-REQUIRED from BSS-A, MSC-A shall send a MAP-PREPARE-HANDOVER request to MSC-B 
including a complete A-HO-REQUEST message. 

NOTE: MSC-A shall not send further MAP-PREPARE-HANDOVER requests while a MAP-PREPARE- 
HANDOVER response is pending or before any timeouts. 
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The MAP-PREP ARE-HANDOVER request shall carry in the A-HO-REQUEST all information needed by MSC-B for 
allocating a radio channel, see 3GPP TS 08.08 [5]. For compatibility reasons, the MAP-PREP ARE-HANDOVER 
request will also identify the cell to which the call is to be handed over. MSC-B will return the MAP-PREP ARE- 
HANDOVER response after having retrieved a Handover Number from its associated VLR (exchange of the messages 
MAP-allocate-handover-number request and MAP-send-handover-report request). The Handover Number shall be used 
for routing the connection of the call from MSG- A to MSC-B. If a traffic channel is available in MSC-B the MAP- 
PREPARE-HANDOVER response, sent to MSC-A will contain the complete A-HO-REQUEST- ACKNOWLEDGE 
message received from BSS-B, containing the radio resources definition to be sent by BSS-A to the MS and possible 
extra BSSMAP information, amended by MSC-B due to the possible interworking between the BSSMAP protocol 
carried on the E-interface and the BSSMAP protocol used on the A-interface. If the traffic channel allocation is queued 
by BSS-B, the A-QUEUING-INDICATION may optionaly be sent back to MSC-A. The further traffic channel 
allocation result (A-HO-REQUEST-ACK or A-HO-FAILURE) will be transferred to MSC-A using the MAP- 
PROCESS-ACCESS-SIGNALLING request. If the traffic channel allocation is not possible, the MAP-PREP ARE- 
HANDOVER response containing an A-HO-FAILURE will be sent to MSC-A. MSC-B will do the same if a fault is 
detected on the identity of the cell where the call has to be handed over. MSC-B simply reports the events related to the 
dialogue. It is up to MSC-A to decide the action to perform if it receives negative responses or the operation fails due to 
the expiry of the MAP-PREP ARE-HANDOVER timer. 

If an error related to the TCAP dialogue or to the MAP-PREP ARE-HANDOVER request is returned from MSC-B, this 
will be indicated to MSC-A and MSC-A will terminate the handover attempt. MSC-A may retry the handover attempt 
using the cell identity list, if provided, or may reject the handover attempt towards BSS-A. The existing connection to 
the MS shall not be cleared. 

When the A-HO-REQUEST- ACKNOWLEDGE has been received, MSC-A shall establish a circuit between MSC-A 
and MSC-B by signalling procedures supported by the network. In figure 12 this is illustrated by the messages lAM 
(Initial Address Message) and ACM (Address Complete Message) of Signalling System no 7. MSC-B awaits the 
capturing of the MS (clause 6.1) on the radio path when the ACM is sent and MSC-A initiates the handover execution 
when ACM is received (illustrated by the A-HO-COMMAND and described in the clause 6.1). 

MSC-B transfers to MSC-A the acknowledgement received from the correct MS (A-HO-DETECT/A-HO- 
COMPLETE). The A-HO-DETECT, if received, is transferred to MSC-A using the MAP-PROCESS-ACCESS- 
SIGNALLING request. The A-HO-COMPLETE, when received from the correct MS, is included in the MAP-SEND- 
END-SIGNAL request and sent back to MSC-A. The circuit is through-connected in MSC-A when the A-HO-DETECT 
or the A-HO-COMPLETE is received from MSC-B. The old radio channel is released when the A-HO-COMPLETE 
message is received from MSC-B. The sending of the MAP-SEND-END-SIGNAL request starts the MAP supervision 
timer for the MAP dialogue between MSC-A and MSC-B. When the MAP-SEND-END-SIGNAL request including the 
A-HO-COMPLETE message is received in MSC-A the resources in BSS-A shall be cleared. 

In order not to conflict with the PSTN/ISDN signalling system(s) used between MSC-A and MSC-B, MSC-B must 
generate an answer signal when A-HO-DETECT/COMPLETE is received. 

MSC-B shall release the Handover Number when the circuit between MSC-A and MSC-B has been established. 

If the circuit between MSC-A and MSC-B cannot be established (e.g. an unsuccessful backward message is received 
instead of ACM). MSC-A terminates the inter-MSC handover attempt by sending an appropriate MAP message, for 
example an ABORT. MSC-A may retry the handover at this point, see clause 6.1. 

MSC-A shall retain overall call control until the call is cleared by the fixed subscriber or the MS and there is no further 
call control functions to be performed (e.g. servicing waiting calls, echo cancellers). 

When MSC-A clears the call to the MS it also clears the call control functions in MSC-A and sends the MAP-SEND- 
END-SIGNAL response to release the MAP resources in MSC-B. 

MSC-A may terminate the procedure at any time by sending an appropriate MAP message to MSC-B. If establishment 
of the circuit between MSC-A and MSC-B has been initiated, the circuit must also be cleared. 

The handover will be aborted by MSC-A if it detects clearing or interruption of the radio path before the call has been 
established on MSC-B. 
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7.2 Basic handover procedure not requiring the establishment 
of a circuit connection between IVISC-A and IVISC-B 

The basic handover procedures to be used when no circuit connection is required by MSC-A are similar to those 
described in clause 7.1 for circuit switched calls. The main differences to the procedures described in clause 7.1 relate 
to the establishment of circuits between the network entities and the Handover Number allocation. 

In the case of ongoing GSM voice group calls the circuit connections are already established therefore the procedures 
described in this clause are also applicable. When applied to ongoing voice group calls the clearing of resoiu"ces on 
BSS-A shall not be used if the resources are still be used on the down link. Consequently the A-CLEAR-COMMAND 
message shall not be sent, but an HANDOVER-SUCCEEDED message shall be sent. 

In the case of basic handover, MSC-A shall specify to MSC-B that no Handover Number is required in the MAP- 
PREP ARE-HANDOVER request (see 3GPP TS 29.002 [12]). As for the basic handover using a circuit connection, the 
A-HO-REQUEST is transmitted at the same time. Any subsequent Handover Number allocation procedure will not be 
invoked until the completion of the basic handover procedure (see clause: Subsequent Channel Assignment using a 
circuit connection). MSC-B shall then perform the radio resources allocation as described in clause 7.1. The 
MAP-PREP ARE-HANDOVER response shall be returned to MSC-A including either the response of the radio 
resources allocation request received from BSS-B (A-HO-REQUEST-ACKNOWLEDGE/A-HO-FAILURE with 
possible extra BSSMAP information. These extra information are amended by MSC-B due to the possible interworking 
between the BSSMAP protocol carried on the E-interface and the BSSMAP protocol used on the A-interface) or 
potentially the A-QUEUING-INDICATION . The basic handover procedure will continue as described in clause 7.1 
except that no circuit cormection will be estabUshed towards MSC-B. 

The relevant case for the basic handover without circuit cormection is shown in figure 13. As can be seen the major 
differences to the equivalent figure 12 is the omission of any circuit estabUshment messaging and the omission of 
handover number allocation signalling. 



MS/BSS-A BSS-B/MS 



A-HO-REQUIRED 



A-HO-COMMAND 



A-CLR-CMD/CO» 



MAP-Prep-Handover req. 



MAP-Prep-Handover resp. 



MAP-Process-Access-Sig req. 



iNL^ ^ MAP-Send-End-Signal req. ^ 



A-HO-REQUEST 



A-HO-REQUEST-ACK 



A-HO-DETECT 



A-HO-COMPLETE 



End of link 



MAP-Send-End-Signal resp. 



T 



Figure 13: Basic IHIandover Procedure witliout circuit connection 
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7.3 Procedure for subsequent handover requiring a circuit 
connection 

After the call has been handed over to MSC-B, if the MS leaves the area of MSC-B during the same call, subsequent 
handover is necessary in order to continue the connection. 

The following cases apply: 

i) the MS moves back to the area of MSC-A; 

ii) the MS moves into the area of a third MSG (MSC-B'). 

In both cases the call is switched in MSC-A; the circuit between MSC-A and MSC-B shall be released after a successful 
subsequent handover has been performed. 

7.3.1 Description of subsequent handover procedure i): IVISC-B to IVISC-A 

The procedure for successful handover from MSC-B back to MSC-A is shown in figure 14. 



4 



MS/BSS-B BSS-A/MS 



A-HO-REQUEST 



A-HO-REQUEST-AC^ 



A-HO-DETECT 



A-HO-COMPLETl 



MAP-Prep-Sub-Handover req. 



MAP-Prep-Sub-Handover resp^ 



MAP-Send-End-Signal resp. 



Release 



A-HO-REQUIRED 



A-HO-COMMAND 



>4 



A-CLR-CMD/COM 



Figure 14: Subsequent liandover procedure i):successfui liandover 
from MSC-B to MSC-A using a circuit connection 

The procedure is as follows. 

MSC-B sends the MAP-PREPARE-SUBSEQUENT-HANDOVER request to MSC-A indicating the new MSC 
number(MSC-A number), indicating also the identity of the cell where the call has to be handed over and including a 
complete A-HO-REQUEST message. (NOTE: MSC-B shall not send further MAP-PREP ARE-SUBSEQUENT- 
HANDOVER requests while a handover attempt is pending or before any timeouts). Since MSC-A is the call 
controlling MSC, this MSC needs no Handover Number for routing purposes; MSC-A can immediately initiate the 
search for a free radio channel. 

When a radio channel can be assigned, MSC-A shall return in the MAP-PREP ARE-SUBSEQUENT-HANDOVER 
response the complete A-HO-REQUEST-ACKNOWLEDGE message received from the BSS-B and possible extra 
BSSMAP information, amended by MSC-A due to the possible interworking between the BSSMAP protocol carried on 
the E-interface and the BSSMAP protocol used on the A-interface. If the traffic channel allocation is queued by BSS-B, 
the A-QUEUING-INDICATION may optionaly be sent back to MSC-B. The further traffic channel allocation resuh 
(A-HO-REQUEST- ACK or A-HO-FAILURE) will be transferred to MSC-B using the MAP-FORWARD- ACCESS- 
SIGNALLING request.If a radio channel cannot be assigned or if a fault is detected on the target cell identity, or the 
target cell identity in the A-HO-REQUEST is not consistent with the target MSC number, the MAP-PREPARE- 
SUBSEQUENT-HANDOVER response containing an A-HO-FAILURE message shall be given to MSC-B, in addition 
MSC-B shall maintain the connection with the MS. 
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If the procedure in MSC-A is successful then MSC-B can request the MS to retune to the new BSS-B on MSC-A. This 
is illustrated in figme 14 by the A-HO-COMMAND message. The operation is successfully completed when MSC-A 
receives the A-HO-COMPLETE message. 

After handover MSC-A shall release the circuit to MSC-B. 

MSC-A must also terminate the MAP procedure for the basic handover between MSC-A and MSC-B by sending an 
appropriate MAP message. MSC-B will clear the resources in BSS-A when the MAP-SEND-END-SIGNAL response is 
received. 

7.3.2 Description of tine subsequent liandover procedure 11): MSC-B to 
MSC-B' 

The procedure for successful handover from MSC-B to MSC-B' is shown in figure 15. 

The procedure consists of two parts: 

- a subsequent handover from MSC-B back to MSC-A as described in clause 7.3. 1 (the same procedures apply if 
MSC-A is replaced by 3G_MSC-A); and 

a basic handover from MSC-A to MSC-B' as described in clause 7.1. 

MSC-B sends the MAP-PREP ARE-SUBSEQUENT-HANDOVER request to MSC-A indicating a new MSC number 
(which is the identity of MSC-B'), indicating also the target cell identity and including a complete A-HO-REQUEST, 
MSC-A then starts a basic handover procedure towards MSC-B'. 

When MSC-A receives the ACM from MSC-B', MSC-A informs MSC-B that MSC-B' has successfuly allocated the 
radio resources on BSS-B' side by sending the MAP-PREPARE-SUBSEQUENT-HANDOVER response containing the 
complete A-HO-REQUEST-ACKNOWLEDGE received from BSS-B'and possible extra BSSMAP information, 
amended by MSC-A due to the possible interworking between the BSSMAP protocol carried on the E-interface 
between MSC-A and MSC-B' and the BSSMAP protocol carried on the E-interface between MSC-A and MSC-B. Now 
MSC-B can start the procedure on the radio path. 

For MSC-A the handover is completed when it has received the MAP-SEND-END-SIGNAL REQUEST from 
MSC-B'containing the A-HO-COMPLETE received from the BSS-B'. The circuit between MSC-A and MSC-B is 
released. MSC-A also sends the MAP-SEND-END-SIGNAL response to MSC-B in order to terminate the original 
MAP dialogue between MSC-A and MSC-B. MSC-B releases the radio resources when it receives this message. 

If the traffic channel allocation is queued by the BSS-B', the A-QUEUING-INDICATION may optionaly be sent back 
to MSC-B. If no radio channel can be allocated by MSC-B' or no circuit between MSC-A and MSC-B' can be 
established or a fault is detected on the target cell identity or the target cell identity in the A-HO-REQUEST is not 
consistent with the target MSC number, MSC-A informs MSC-B by using the A-HO-FAILURE message included in 
the MAP-PREPARE-SUBSEQUENT-HANDOVER response. MSC-B shall maintain the existing connection with the 
MS. 

When the subsequent handover is completed, MSC-B' is considered as MSC-B. Any further inter-MSC handover is 
handled as described above for a subsequent handover. 
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MS/BSS 



MSC-A 



<- 



MAP-Pn p-Sub-Handover req. 



<- 



' (end of call) 



MSC-B 



A-HO-REQUIRED 



MAP-Prepare-Handc ver req 



MAP-Prepare-Handc ver resp 



lAM 



ACM 



MAP-Prs p-Sub-Ho resp. 



A-HO-COMMAND 



A-HO-DETECT 



iVlAP-Proccss-Acccs, 



A-HO-COMPLETE 



MAP-Send-End-Sigr al req, 



Answer 



Release 



MAP-Se nd-End-Signal resp. 



-> 



A-CLR-CMD/CO 



MSC-B' 



■1 

..i 



Signalling req. 



VLR-B 



MAP-Allocate-Handover-] •lumber req. 



MAP-Send-Handover-Rep art req. 



MAP-Send-Handover-Rep resp. (1) 



VLR-B' 



Release 



MAP-Send-End-Signal resp. 



NOTE 1 : Can be sent at any time after the reception of lAM. 

Figure 15: Subsequent handover procedure ii): Successful handover 
from MSC-B to MSC-B'requlrIng a circuit connection 



7.4 Procedure for subsequent handover not requiring a circuit 
connection 

As for the subsequent handover with a circuit connection, the same two cases of subsequent handover apply: 

i) the MS moves back to the area of MSC-A; 

ii) the MS moves into the area of a third MSG (MSC-B'). 
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7.4.1 Description of tine subsequent liandover procedure witliout circuit 
connection i): MSC-B to MSC-A 

The procedure for successful handover from MSC-B back to MSC-A without circuit connection is shown in figure 16. 
The only difference with the figure 14, is that no circuit release is needed between MSC-A and MSC-B. 
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MS/BSS-B BSS-A/MS 
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A-HO-REQUEST 



A-HO-REQUEST-AC^ 



A-HO-DETECT 



A-HO-COMPLETl 



MAP-Prep-Sub-Handover req. 



4 



MAP-Prep-Sub-Handover resp 



MAP-Send-End-Signal resp. A-CLR-CMD/COM ^ 



A-HO-REQUIRED 



A-HO-COMMAND 



Figure 16: Subsequent handover procedure i): Successful handover 
from MSC-B to MSC-A not requiring a circuit connection 



7.4.2 Description of tine subsequent handover procedure without circuit 
connection ii): MSC-B to MSC-B' 

The procedure for successful handover from MSC-B to MSC-B' is shown in figure 17. 
The procedure consists of two parts: 

- a subsequent handover from MSC-B back to MSC-A as described in clause 7.4.1(the same procedures apply if 
MSC-A is replaced by 3G_MSC-A); and 

- a basic handover from MSC-A to MSC-B' as described in clause 7.2. 

The only difference to the equivalent figure 15 is the omission of the circuit and handover number allocation 
signallings. 
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MS/BSS 



MSC-A 



MAP-Pre p-Sub-Handover req. 



MAP-Pre p-Sub-Ho resp. 



MSC-B 



A-HO-REQUIRED 



MAP-Prepare-Handc ver req 



MAP-Prepare-Handc ver resp 



A-HO-COMMAND 



A-HO-DETECT 



MAP-Process-Acces: 



A-HO-COMPLETE 



MAP-Send-End-Sigr al req 



MAP-Sei d-End-Signal resp. 



A-CLR-CMD/CO 



;-Signalling req. 



, (end of link) 

MAP-Send-End-Signal resp. 



MSC-B' 



VLR-B' 



VLR-B 



Figure 17: Subsequent handover procedure ii): Successful handover 
from MSC-B to MSC-B' without circuit connection 



8 General Description of the procedures for inter - 
3G_I\/ISC handovers 

8.1 Handover UIVITS to GSIVI 

The following clauses describe two options for the Basic and Subsequent UMTS to GSM Handover procedures. The 
first, as described in clauses 8.1.1 and 8.1.3 respectively, provides for a circuit connection between 3G_MSC-A and 
3G_MSC-B. The second, as described in clauses 8.1.2 and 8.1.4 respectively, provides for a Basic and Subsequent 
Handover without the provision of a circuit connection between 3G_MSC-A and 3G_MSC-B. 3G_MSC can also be a 
pure GSM MSG. 

In all the above mentioned clauses, the following principles apply: 

during the handover resource allocation, only the handover related messages that are part of the applicable 
BSSAP subset - as defined in 3GPP TS 09.08 [7] - shall be transferred on the E-interface; 

the trace related messages that are part of the applicable BSSAP subset - as defined in 3GPP TS 09.08- can be 
sent by the 3G_MSC-A on the E-interface after successful handover resource allocation. In the clauses 8.1.1 and 
8.1.2, it is however allowed at basic handover initiation on the E-Interface to transfer one trace related message 
that is part of the appUcable BSSAP subset - as defined in 3GPP TS 09.08 [7] - together with the applicable 
handover related message. The applicable handover related message shall always appear as the first message; 
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during the handover execution, i.e. while the UEA4S is not in communication with the network, the 3G_MSC-A 
shall queue all outgoing BSSAP/Direct Transfer messages until the communication with the UE/MS is resumed; 

- finally, during supervision, i.e. while the UE/MS is not in the area of 3G_MSC-A after a successful Inter- 
3G_MSC handover, the subset of BSSAP procedures and their related messages - as defined in 

3GPP TS 09.08 [7] - shall apply on the E-Interface; 

- during the intra-3G_MSC -B handover execution, if any, the 3G_MSC -B shall queue all outgoing BSSAP 
messages until the communication with the UE/MS is resumed. 



8.1 .1 Basic Handover procedure requiring a circuit connection between 
3G_I\/ISC -A and IVISC-B 

The procedure used for successful Inter-3G_MSC UMTS to GSM Handover is shown in figure 18. Initiation of the 
UMTS to GSM handover procedure is described in clause 5. The procedure described in this clause makes use of 
messages from the 3GPP TS 08.08 and of the transport mechanism from the Mobile Application Part (MAP) 
(3GPP TS 29.002 [12]). After an Inter-3G_MSC relocation/handover, Intra-3G_MSC UMTS to GSM handover may 
occur on 3G_MSC -B, this handover will follow the procedures specified in a previous clause. 



UE/MS/RNS-A BSS-B/MS/UE 



3G_MSC-A 



lu-RELOCATION- 



REQUIRED 



lu-RELOCATION- 



COMMAND 



lu-RELEASE- 



CMD/COM 



^4 



MSC-B 



MAP-Prep-Handover req. 



MAP-Prep-Handover resp. 



^ 



JAM 
ACM 



MAP-Pi'occss-AcccsS"Sig rcq. 



MAP-Send-End-Signal req. 



^ ^-n— 



End of call 



ANSWER_ 
RELEASE 



MAP- Allocate-Handover-] ■lumber req. 



A-HO-REQUEST 



A-HO-REQUEST-ACK 



MAP-Send-Handover-Rep art req. 



MAP-Send-Handover-Rep art resp. (1) 



A-HO-DETECT 



A-HO-COMPLETE 



MAP-Scnd-End-Signal resp. 



VLR-B 



NOTE 1 : Can be sent at any time after the reception of lAM. 

Figure 18: Basic UlUlTS to GSIUl IHandover Procedure requiring a circuit connection 



8.1.1.1 With one circuit connection 

The UMTS to GSM handover is initiated as described in clause 6.2.1. (This is represented by lu-RELOCATlON- 
REQUIRED in figure 18). Upon receipt of the lu-RELOCATION-REQUIRED from RNS-A, 3G_MSC-A shall send a 
MAP-PREP ARE-HANDOVER request to MSC-B including a complete A-HO-REQUEST message. 

NOTE: 3G_MSC-A shall not send further MAP-PREPARE-HANDOVER requests while a MAP-PREPARE- 
HANDOVER response is pending or before any timeouts. 
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The MAP-PREP ARE-HANDOVER request shall carry in the A-HO-REQUEST all information needed by MSC-B for 
allocating a radio channel, see 3GPP TS 08.08. For compatibility reasons, the MAP -PREP ARE-HANDOVER request 
will also identify the cell to which the call is to be handed over. MSC-B will return the MAP-PREP ARE-HANDOVER 
response after having retrieved a Handover Number from its associated VLR (exchange of the messages MAP-allocate- 
handover-number request and MAP-send-handover-report request). The Handover Number shall be used for routing the 
connection of the call from 3G_MSC-A to MSC-B. If a traffic channel is available in MSC-B the MAP -PREP ARE- 
HANDOVER response, sent to 3G_MSC-A will contain the complete A-HO-REQUEST-ACKNOWLEDGE message 
received from BSS-B, containing the radio resources definition to be sent by RNS-A to the UE/MS and possible extra 
BSSMAP information, amended by MSC-B due to the possible interworking between the BSSMAP protocol carried on 
the E-interface and the BSSMAP protocol used on the A-interface. If the traffic channel allocation is queued by BSS-B, 
the A-QUEUING-INDICATION may optionally be sent back to 3G_MSC-A. The further traffic channel allocation 
result (A-HO-REQUEST-ACK or A-HO-FAILURE) will be transferred to 3G_MSC-A using the MAP-PROCESS- 
ACCESS-SIGNALLING request. If the traffic channel allocation is not possible, the MAP-PREP ARE-HANDOVER 
response containing an A-HO-FAILURE will be sent to 3G_MSC-A. MSC-B will do the same if a fault is detected on 
the identity of the cell where the call has to be handed over. MSC-B simply reports the events related to the dialogue. It 
is up to 3G_MSC-A to decide the action to perform if it receives negative responses or the operation fails due to the 
expiry of the MAP-PREPARE-HANDOVER timer. 

If an error related to the TCAP dialogue or to the MAP-PREPARE-HANDOVER request is returned from MSC-B, this 
will be indicated to 3G_MSC-A and 3G_MSC-A will terminate the handover attempt. 3G_MSC-A rejects the handover 
attempt towards RNS-A. The existing connection to the UE/MS shall not be cleared. 

When the A-HO-REQUEST-ACKNOWLEDGE has been received, 3G_MSC-A shall estabUsh a circuit between 
3G_MSC-A and MSC-B by signalling procedures supported by the network. In figure 18 this is illustrated by the 
messages lAM (Initial Address Message) and ACM (Address Complete Message) of Signalling System no 7. MSC-B 
awaits the capturing of the UE/MS (clause 6.2.1) on the radio path when the ACM is sent and 3G_MSC-A initiates the 
UMTS to GSM handover execution when ACM is received (illustrated by the lu-RELOCATION-COMMAND and 
described in the clause 6.2. 1). 3G_MSC-A removes the transcoder from the path to the other party. As handover to 
GSM means that a transcoder is inserted in the BSS-B then G.711 [16] is assumed on the E-interface. 

MSC-B transfers to 3G_MSC-A the acknowledgement received from the correct UE/MS (A-HO-DETECT/A-HO- 
COMPLETE). The A-HO-DETECT, if received, is transferred to 3G_MSC-A using the MAP-PROCESS-ACCESS- 
SIGNALLING request. The A-HO-COMPLETE, when received from the correct UE/MS, is included in the MAP- 
SEND-END-SIGNAL request and sent back to 3G_MSC-A. The circuit is through connected in 3G_MSC-A when the 
A-HO-DETECT or the A-HO-COMPLETE is received from MSC-B. The old radio channel is released when the A- 
HO-COMPLETE message is received from MSC-B. The sending of the MAP- SEND -END -SIGNAL request starts the 
MAP supervision timer for the MAP dialogue between 3G_MSC-A and MSC-B. When the MAP-SEND-END- 
SIGNAL request including the A-HO-COMPLETE message is received in 3G_MSC-A, the resources in RNS-A shall 
be cleared. 

In order not to conflict with the PSTN/ISDN signalling system(s) used between 3G_MSC-A and MSC-B, MSC-B must 

generate an answer signal when A-HO-DETECT/COMPLETE is received. 

MSC-B shall release the Handover Number when the circuit between 3G_MSC-A and MSC-B has been estabUshed. 

If the circuit between 3G_MSC-A and MSC-B cannot be estabUshed, (e.g. an unsuccessful backward message is 
received instead of ACM), 3G_MSC-A terminates the inter-3G_MSC UMTS to GSM handover attempt by sending an 
appropriate MAP message, for example an ABORT. 

3G_MSC-A shall retain overall call control until the call is cleared by the fixed subscriber or the UE/MS and there is no 
further call control functions to be performed (e.g. servicing waiting calls, echo cancellers). 

When 3G_MSC-A clears the call to the UE/MS it also clears the call control functions in 3G_MSC-A and sends the 
MAP-SEND-END-SIGNAL response to release the MAP resources in MSC-B. 

3G_MSC-A may terminate the procedure at any time by sending an appropriate MAP message to MSC-B. If 
establishment of the circuit between 3G_MSC-A and MSC-B has been initiated, the circuit must also be cleared. 

The UMTS to GSM handover will be aborted by 3G_MSC-A if it detects clearing or interruption of the radio path 
before the call has been established on MSC-B. 
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8.1 .1 .2 With multiple circuit connections (Optional functionality) 

If 3G_MSC-A supports the optional supplementary service Multicall (See 3GPP TS 23.135), 3G_MSC-A shall have the 
following functionality additionally to the description in clause 8.1.1.1. 

Upon receipt of the lU-RELOCATlON-REQUlRED from RNS-A 3G_MSC-A shall select one bearer to be handed 
over if the UE is engaged with multiple bearers. After that, the 3G_MSC-A generates an A-HO-REQUEST message for 
the selected bearer and sends it to MSC-B over MAP-PREP ARE-HANDOVER request. 

When MAP-PREP ARE-HANDOVER response including an A-HO-REQUEST- ACK is received from MSC-B, 
3G_MSC-A sends lU-RELOCATION-COMMAND, which indicates the bearers not to be handed over as bearers to be 
released, to RNS-A. 

After 3G_MSC-A receives MAP-SEND-END-SIGNAL request from MSC-B, 3G_MSC-A shaU release calls via MSC- 
B, which has been carried by the bearers not to be handed over, and then 3G_MSC-A sends lU-RELEASE- 
COMMAND to RNS-A. 

8.1 .2 Basic UMTS to GSM Handover procedure not requiring the 

establishment of a circuit connection between 3G_MSC-A and 
MSC-B 

The basic UMTS to GSM handover procedures to be used when no circuit connection is required by 3G_MSC-A are 
similar to those described in clause 8.1.1 for circuit switched calls. The main differences to the procedures described in 
clause 8.1.1 relate to the estabUshment of circuits between the network entities and the Handover Number allocation. 

In the case of basic UMTS to GSM handover, 3G_MSC-A shall specify to MSC-B that no Handover Number is 
required in the MAP-PREPARE-HANDOVER request (see 3GPP TS 29.002 [12]). As for the basic UMTS to GSM 
handover using a circuit connection, the A-HO-REQUEST is transmitted at the same time. Any subsequent Handover 
Number allocation procedure will not be invoked until the completion of the basic UMTS to GSM handover procedure 
(see clause: Subsequent Channel Assignment using a circuit connection). MSC-B shall then perform the radio resources 
allocation as described in clause 8.1.1. The MAP-PREPARE-HANDOVER response shall be returned to 3G_MSC-A 
including either the response of the radio resources allocation request received from BSS-B (A-HO-REQUEST- 
ACKNOWLEDGE/A-HO-FAILURE with possible extra BSSMAP information. These extra information are amended 
by MSC-B due to the possible interworking between the BSSMAP protocol carried on the E-interface and the BSSMAP 
protocol used on the A-interface) or potentially the A-QUEUING-INDICATION. The basic UMTS to GSM handover 
procedure will continue as described in subclause 8.1.1 except that no circuit connection will be established towards 
MSC-B. 

The relevant case for the basic UMTS to GSM handover without circuit connection is shown in figure 19. As can be 
seen the major differences to the equivalent figure 18 is the omission of any circuit establishment messaging and the 
omission of handover number allocation signalling. 



ETSI 



3GPP TS 23.009 version 4.2.0 Release 4 



42 



ETSI TS 123 009 V4.2.0 (2001-09) 



UE/MS/RNS-A BSS-B/UE/MS 



3G MSC-A 



lu-RELOCATION- 



REQUIRED ^ MAP-Prep-Handover 



lu-RELOCATION- 



COMMAND 



lu-RELEASE- 



CMD/COM 



MSC-B 



req. 



MAP-Prep-Handover resp. 



MAP-Process-Access-Sig req. 



MAP-Send-End-Signal req. 



A-HO-REQUEST 



A-HO-REQUEST-ACK 



A-HO-DETECT 



A-HO-COMPLETE 



End of link 



MAP-Send-End-Signal resp. 



VLR-B 



T 



Figure 19: Basic UlUITS to GSIUI Handover Procedure without circuit connection 



8.1 .3 Procedure for subsequent UMTS to GSM handover requiring a 
circuit connection 

After the call has been handed over to 3G_MSC-B, if the UE/MS leaves the area of 3G_MSC-B during the same call 
and enters a GSM area, subsequent UMTS to GSM handover is necessary in order to continue the connection. 

The following cases apply: 

i) the UE/MS moves back to the area of MSC-A; 

ii) the UE/MS moves into the area of a third MSG (MSC-B'). 

In both cases the call is switched in 3G_MSC-A; the circuit between 3G_MSC-A and MSC-B shall be released after a 
successful subsequent handover has been performed the same procedures apply if 3G_MSC-A is replaced by MSC-A. 
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8.1 .3.1 Description of subsequent UMTS to GSM handover procedure i): 3G_MSC-B 
to MSC-A 

The procedure for successful UMTS to GSM handover from MSC-B back to 3G_MSC-A is shown in figure 20. 



4 



UE/MS/BSS-a RNS-A/UE/MS 



MSC-A 



4 



A-HO-REQUEST 



A-HO-REQUEST-Ai 



A-HO-DETECT 



A-HO-COMPLE' 



3G_MSC-B 



MAP-Prep-Sub-Handover req. 



MAP-Prep-Sub-Handover res 



MAP-Send-End-Signal resp. 



Release ^ 



lu-RELOCATION- 



REQUIRED 



lu-RELOCATION- 



COMMAND 



lu-RELEASE- 



CMD/COM 



VLR-B 



8.1.3.1.1 



Figure 20: Subsequent UMTS to GSM handover procedure i): successful UMTS 
to GSM handover from 3G_MSC-B to MSC-A using a circuit connection 

With one circuit connection 



The procedure is as follows. 

3G_MSC-B sends the MAP-PREP ARE-SUBSEQUENT-HANDOVER request to MSC-A indicating the new MSG 
number (MSC-A number), indicating also the identity of the cell where the call has to be handed over and including a 
complete A-HO-REQUEST message. (NOTE: 3G_MSC-B shall not send further MAP-PREP ARE-SUBSEQUENT- 
HANDOVER requests while a handover attempt is pending or before any timeouts). Since MSC-A is the call 
controlling MSG, this MSG needs no Handover Number for routing purposes; MSC-A can inraiediately initiate the 
search for a free radio channel. 

When a radio channel can be assigned, MSC-A shall return in the MAP-PREP ARE-SUBSEQUENT-HANDOVER 
response the complete A-HO-REQUEST-ACKNOWLEDGE message received from the BSS-B and possible extra 
BSSMAP information, amended by MSC-A due to the possible interworking between the BSSMAP protocol carried on 
the E-interface and the BSSMAP protocol used on the A-interface. If the traffic channel allocation is queued by BSS-B, 
the A-QUEUING-INDICATION may optionaUy be sent back to 3G_MSC-B. The further traffic channel allocation 
result (A-HO-REQUEST-ACK or A-HO-FAILURE) will be transferred to 3G_MSC-B using the MAP-FORWARD- 
ACCESS-SIGNALLING request. If a radio channel cannot be assigned or if a fault is detected on the target cell 
identity, or the target cell identity in the A-HO-REQUEST is not consistent with the target MSG number, the 
MAP-PREP ARE-SUBSEQUENT-HANDOVER response containing an A-HO-FAILURE message shall be given to 
3G_MSC-B, in addition 3G_MSC-B shall maintain the connection with the UE/MS. 

If the procedure in MSC-A is successful then 3G_MSC-B can request the UE/MS to retune to the new BSS-B on 
MSC-A. This is illustrated in figure 20 by the lu-RELOCATION-COMMAND message. The operation is successfully 
completed when MSC-A receives the A-HO-COMPLETE message. 

After UMTS to GSM handover MSC-A shall release the circuit to 3G_MSC-B. 

MSC-A must also terminate the MAP procedure for the basic UMTS to GSM handover between MSC-A and 
3G_MSC-B by sending an appropriate MAP message. 3G_MSC-B will clear the resources in RNS-A when the 
MAP-SEND-END-SIGNAL response is received. 



8.1.3.1.2 



With multiple circuit connections (Optional functionality) 



If 3G_MSC-B supports the optional supplementary service Multicall (See 3GPP TS 23.135), 3G_MSC-B shall have the 
following functionality additionally to the description in clause 8.1.3.1.1. 
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Upon receipt of the lU-RELOCATION-REQUIRED from RNS-A which indicates the target is BSS, 3G_MSC-B shall 
select one bearer to be handed over if the UE is engaged with multiple bearers. After that, the 3G_MSC-B generates an 
A-HO-REQUEST message for the selected bearer and sends it to 3G_MSC-A over MAP-PREPARE-SUBSEQUENT- 
HANDOVER request with indication of RAB ID of the selected bearer. 

When MAP-PREP ARE-SUBSEQUENT-HANDOVER response including an A-HO-REQUEST-ACK is received from 
the 3G_MSC-A, 3G_MSC-B sends lU-RELOCATION-COMMAND, which indicates the bearers not to be handed over 
as bearers to be released, to RNS-A. 

After 3G_MSC-A receives A-HO-COMPLETE message from BSS-B, 3G_MSC-A shall release calls via BSS-B, which 
has been carried by the bearers not to be handed over, and then 3G_MSC-A sends MAP-SEND-END-SIGNAL 
response to 3G_MSC-B. 

8.1 .3.2 Description of subsequent UMTS to GSM liandover procedure ii): 
3G_MSC-B to MSC-B' 

The procedure for successful UMTS to GSM handover from 3G_MSC-B to MSC-B' is shown in figure 21. 
The procedure consists of two parts: 

- a subsequent UMTS to GSM handover from 3G_MSC-B back to 3G_MSC-A as described in clause 8.1.3.1 (the 
same procedures apply if 3G_MSC-A is replaced by MSC-A); and 

- a basic handover from 3G_MSC-A to MSC-B' as described in clause 7.1. 

8.1 .3.2.1 Witli one circuit connection 

3G_MSC-B sends the MAP-PREP ARE-SUBSEQUENT-HANDOVER request to 3G_MSC-A indicating a new MSC 
number (which is the identity of MSC-B'), indicating also the target cell identity and including a complete 
A-HO-REQUEST, 3G_MSC-A then starts a basic handover procedure towards MSC-B'. 

When 3G_MSC-A receives the ACM from MSC-B', 3G_MSC-A informs 3G_MSC-B that MSC-B' has successfully 
allocated the radio resources on BSS-B' side by sending the MAP-PREP ARE-SUBSEQUENT-HANDOVER response 
containing the complete A-HO-REQUEST- ACKNOWLEDGE received from BSS-B' and possible extra BSSMAP 
information, amended by 3G_MSC-A due to the possible interworking between the BSSMAP protocol carried on the 
E-interface between 3G_MSC-A and MSC-B' and the BSSMAP protocol carried on the E-interface between 
3G_MSC-A and 3G_MSC-B. Now 3G_MSC-B can start the procedure on the radio path. 

For 3G_MSC-A the UMTS to GSM handover is completed when it has received the MAP-SEND-END-SIGNAL 
REQUEST from MSC-B' containing the A-HO-COMPLETE received from the BSS-B'. The circuit between 
3G_MSC-A and 3G_MSC-B is released. 3G_MSC-A also sends the MAP-SEND-END-SIGNAL response to 
3G_MSC-B in order to terminate the original MAP dialogue between 3G_MSC-A and 3G_MSC-B. 3G_MSC-B 
releases the radio resources when it receives this message. 

If the traffic channel allocation is queued by the BSS-B', the A-QUEUING-INDICATION may optionally be sent back 
to 3G_MSC-B. If no radio channel can be allocated by MSC-B' or no circuit between 3G_MSC-A and MSC-B' can be 
established or a fault is detected on the target cell identity or the target cell identity in the A-HO-REQUEST is not 
consistent with the target MSC number, 3G_MSC-A informs 3G_MSC-B by using the A-HO-FAILURE message 
included in the MAP-PREP ARE-SUBSEQUENT-HANDOVER response. 3G_MSC-B shall maintain the existing 
connection with the UE/MS. 

When the subsequent UMTS to GSM handover is completed, MSC-B' is considered as MSC-B. Any further inter-MSC 
handover is handled as described earlier for a subsequent handover. 

8.1 .3.2.2 With multiple circuit connections (Optional functionality) 

If 3G_MSC-B supports the optional supplementary service Multicall (See 3GPP TS 23.135), 3G_MSC-B shall have the 
following functionality additionally to the description in clause 8.1.3.2.1. 

Upon receipt of the lU-RELOCATION-REQUIRED from RNS-B 3G_MSC-B shall select one bearer to be handed over 
if the UE is engaged with multiple bearers. After that, the 3G_MSC-B generates an A-HO-REQUEST message for the 
selected bearer and sends it to 3G_MSC-A over MAP-PREPARE-SUBSEQUENT-HANDOVER request with 
indication of RAB ID of the selected bearer. 
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Upon receipt of the MAP -PREP ARE-SUBSEQUENT-HANDOVER request from 3G_MSC-B, 3G_MSC-A starts a 

basic handover procedure towards MSC-B'. 

When 3G_MSC-A receives the ACM from MSC-B', 3G_MSC-A informs 3G_MSC-B that MSC-B' has successfully 
allocated the radio resources on BSS-B' side by sending the MAP-PREP ARE-SUBSEQUENT-HANDOVER response 
containing the complete A-HO-REQUEST-ACK received from BSS-B' and possible extra BSSAP information, 
amended by 3G_MSC-A due to the possible interworking between the BSSMAP protocol carried on the E-interface 
between 3G_MSC-A and MSC-B' and the BSSMAP protocol carried on the E-interface between 3G_MSC-A and 
3G_MSC-B. 

When MAP-PREP ARE-SUBSEQUENT-HANDOVER response including an A-HO-REQUEST-ACK is received from 
3G_MSC-A, 3G_MSC-B sends lU-RELOCATION-COMMAND, which indicates the bearers not to be handed over as 
bearers to be released, to RNS-A. 

After 3G_MSC-A receives MAP-SEND-END-SIGNAL request from MSC-B', 3G_MSC-A shall release calls via 
MSC-B', which has been carried by the bearers not to be handed over, and then 3G_MSC-A sends MAP-SEND-END- 
SIGNAL response to 3G_MSC-B. 
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NOTE 1 : Can be sent at any time after the reception of lAM. 

Figure 21 : Subsequent liandover procedure ii): Successfui UlUITS to GSIUI handover 
from 3G_MSC-B to MSC-B' requiring a circuit connection 



8.1 .4 Procedure for subsequent UMTS to GSM handover not requiring a 
circuit connection 

As for the subsequent UMTS to GSM handover with a circuit connection, the same two cases of subsequent handover 
apply: 

i) the UE/MS moves back to the area of MSC-A; 

ii) the UE/MS moves into the area of a third MSG (MSG-B'). 
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8.1 .4.1 Description of subsequent UMTS to GSM handover procedure i): 3G_MSC-B to 
MSC-A 

The procedure for successful UMTS to GSM handover from 3G_MSC-B back to MSC-A without circuit connection is 
shown in figure 22. The only difference with the figure 20, is that no circuit release is needed between MSC-A and 
3G MSC-B. 
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lu-RELEASE- 
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Figure 22: Subsequent UlUITS to GSIU! Iiandover procedure i): Successfui UlUITS 
to GSM handover from 3G_MSC-B to MSC-A not requiring a circuit connection 



8.1 .4.2 Description of the subsequent UMTS to GSM handover procedure without 
circuit connection ii): 3G_MSC-B to MSC-B' 

The procedure for successful UMTS to GSM handover from 3G_MSC-B to MSC-B' is shown in figure 23. 
The procedure consists of two parts: 

- a subsequent UMTS to GSM handover from 3G_MSC-B back to 3G_MSC-A as described in clause 8. 1 .4. 1 (the 
same procedures apply if 3G_MSC-A is replaced by MSC-A); and 

- a basic handover from 3G_MSC-A to MSC-B' as described in clause 7.2. 

The only difference to the equivalent figure 21 is the omission of the circuit and handover number allocation 
signallings. 
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Figure 23: Subsequent UiUITS to GSiU! handover procedure ii): Successfui UlUITS 
to GSM handover from 3G MSC-B to MSC-B' without circuit connection 



8.2 Handover GSM to UMTS 

The following clauses describe two options for the Basic and Subsequent GSM to UMTS Handover procedures. The 
first, as described in clauses 8.2.1 and 8.2.3 respectively, provides for a circuit connection between (3G_)MSC-A and 
(3G_)MSC-B. The second, as described in clauses 8.2.2 and 8.2.4 respectively, provides for a Basic and Subsequent 
Handover without the provision of a circuit connection between (3G_)MSC-A and (3G_)MSC-B. In all the above 
mentioned clauses, the following principles apply: 

- during the handover resource allocation, only the handover related messages that are part of the applicable 
BSSAP subset - as defined in 3GPP TS 09.08 [7] - shall be transferred on the E-interface; 

the trace related messages that are part of the applicable BSSAP subset - as defined in 3GPP TS 09.08 [7] - can 
be sent by the MSC-A on the E-interface after successful handover resource allocation. In the clauses 8.2.1 and 
8.2.2, it is however allowed at basic handover initiation on the E-Interface to transfer one trace related message 
that is part of the applicable BSSAP subset - as defined in 3GPP TS 09.08 [7] - together with the applicable 
handover related message. The applicable handover related message shall always appear as the first message; 

- If 3G_MSC-B or 3G-MSC-B' supports location reporting at change of Service Area, 3G_MSC-B or 3G_MSC- 
B' shall always initiate the Location Reporting Control procedure at change of Service Area towards the target 
RNS since no request for Location Reporting can be received from MSC-A. In that case, the Location Reporting 
Control procedure shall be initiated by 3G_MSC-B or 3G-MSC-B' after the Relocation Resource Allocation 
procedure has been executed successfully. The change of Service Area shall be reported to MSC-A within an 
A_HANDOVER_PERFORMED message. 

during the handover execution, i.e. while the UE/MS is not in communication with the network, the MSC-A 
shall queue all outgoing BSSAP messages until the communication with the UE/MS is resumed; 
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finally, during supervision, i.e. while the UE/MS is not in the area of MSC-A after a successftil Inter-3G_MSC 
GSM to UMTS handover, the subset of BSSAP procedures and their related messages - as defined in 
3GPP TS 09.08 [7] - shall apply on the E-Interface; 

- during the intra-3G_MSC-B GSM to UMTS handover execution, if any, the 3G_MSC-B shall queue all 
outgoing Direct Transfer messages until the communication with the UE/MS is resumed. 



8.2.1 Basic Handover procedure requiring a circuit connection between 
MSC-A and 3G_MSC-B 

The procedure used for successful Inter-3G_MSC Handover from GSM to UMTS is shown in figure 24. Initiation of 
the GSM to UMTS handover procedure is described in clause 5. The procedure described in this clause makes use of 
messages from the 3GPP TS 08.08 [5], 3GPP TS 25.413 [11] and of the transport mechanism from the Mobile 
AppUcation Part (MAP) (3GPP TS 29.002 [12]). After an Inter-3G_MSC handover further Intra-3G_MSC handovers 
may occur on 3G_MSC-B, these handovers will follow the procedures specified in the previous clauses. 



UE/MS/BSS-A 



MSC-A 



A-HO-REQUIRED 



A-HO-COMMAND 



A-CLR-CMD/CO: 



3G MSC-B 



RNS-B/UE/MS 



MAP-Prep-Handover req. 



MAP-Prep-Handover resp. 



^ 



JAM 

ACM 



^ 1— 



MAP-Process-Access-Sig req. 



MAP-Send-End-Signal req. 



End of call 



_ANSW^_ 

RELEASE 



MAP-Allocate-Handover-l dumber req 



lu-RELOCATION-REOU 



1ST 



lu-RELOCATION-REQU iST-ACK 



MAP-Send-Handover-Rep art req. 



MAP-Send-Handover-Rep art resp. (1) 



Iu-RELOCATION-DETE( T 



lu-RELOCATION-COMP LETE 



MAP-Send-End-Signal resp. 



VLR-B 



NOTE 1 : Can be sent at any time after the reception of lAM. 

Figure 24: Basic GSM to UMTS Handover Procedure requiring a circuit connection 

The GSM to UMTS handover is initiated as described in clause 6.2.2. (This is represented by A-HO-REQUIRED in 
figure 24). Upon receipt of the A-HO-REQUIRED from BSS-A, MSC-A shall send a MAP-PREPARE-HANDOVER 
request to 3G_MSC-B including a complete A-HO-REQUEST message. 

NOTE: MSC-A shall not send further MAP-PREPARE-HANDOVER requests while a MAP-PREPARE- 
HANDOVER response is pending or before any timeouts. 

The MAP-PREPARE-HANDOVER request shall carry in the A-HO-REQUEST all information needed by 3G_MSC-B 
for allocating radio resources in RNS-B, see 3GPP TS 08.08 [5]. 
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The MAP-PREP ARE-HANDOVER request shall also carry the identity of the target RNS to which the call is to be 
handed over, see 3GPP TS 29.002 [12]. 3G_MSC-B will return the MAP-PREP ARE-HANDOVER response after 
having retrieved a Handover Number from its associated VLR (exchange of the messages MAP-allocate-handover- 
number request and MAP-send-handover-report request). The Handover Number shall be used for routing the 
connection of the call from MSC-A to 3G_MSC-B. 3G_MSC-B inserts a transcoder as G71 1 is assumed between 2G 
MSG and 3G_MSC-B. If radio resources are available in RNS-B the MAP-PREPARE-HANDOVER response, sent to 
MSC-A from 3G_MSC-B will contain the complete A-HO-REQUEST-ACK message generated from the lu- 
RELOCATION-REQUEST-ACK received from RNS-B, containing the radio resources definition to be sent by BSS-A 
to the UE/MS. If the radio resource allocation is not possible, the MAP-PREPARE-HANDOVER response containing 
an A-HO-FAILURE will be sent to MSC-A. 3G_MSC-B will do the same if a fault is detected on the identity of the cell 
where the call has to be handed over. 3G_MSC-B simply reports the events related to the dialogue. It is up to MSC-A to 
decide the action to perform if it receives negative responses or the operation fails due to the expiry of the MAP- 
PREPARE-HANDOVER timer. 

If an error related to the TCAP dialogue or to the MAP-PREPARE-HANDOVER request is returned from 3G_MSC-B, 
this will be indicated to MSC-A and MSC-A will terminate the handover attempt. MSC-A shall reject the handover 
attempt towards BSS-A. The existing cormection to the UE/MS shall not be cleared. 

When the A-HO-REQUEST-ACK has been received, MSC-A shall establish a circuit between MSC-A and 3G_MSC-B 
by signalling procedures supported by the network. In figure 24 this is illustrated by the messages lAM (Initial Address 
Message) and ACM (Address Complete Message) of Signalling System no 7. 3G_MSC-B awaits the capturing of the 
UE/MS (clause 6.2.2) on the radio path when the ACM is sent and MSC-A initiates the handover execution when ACM 
is received (illustrated by the A-HO-COMMAND and described in the clause 6.2.2). 

3G_MSC-B transfers to MSC-A the acknowledgement received from the correct UE/MS (A-HO-DETECT/A-HO- 
COMPLETE). The lu-RELOCATION-DETECT, if received, is converted to A-HO-DETECT and transferred to 
MSC-A using the MAP-PROCESS-ACCESS-SIGNALLING request. The lu-RELOCATION-COMPLETE, when 
received from the correct UE/MS, is converted to A-HO-COMPLETE and included in the MAP-SEND-END-SIGNAL 
request and sent back to MSC-A. The circuit is through-connected in MSC-A when the A-HO-DETECT or the 
A-HO-COMPLETE is received from 3G_MSC-B. The old radio channel is released when the A-HO-COMPLETE 
message is received from 3G_MSC-B. The sending of the MAP-SEND-END-SIGNAL request starts the MAP 
supervision timer for the MAP dialogue between MSC-A and 3G_MSC-B. When the MAP-SEND-END-SIGNAL 
request including the A-HO-COMPLETE message is received in MSC-A the resources in BSS-A shall be cleared. 

In order not to conflict with the PSTN/ISDN signalling system(s) used between MSC-A and 3G_MSC-B, 3G_MSC-B 
must generate an answer signal when lu-RELOCATION-DETECT/COMPLETE is received. 

3G_MSC-B shall release the Handover Number when the circuit between MSC-A and 3G_MSC-B has been 

established. 

If the circuit between MSC-A and 3G_MSC-B cannot be established (e.g. an unsuccessful backward message is 
received instead of ACM). MSC-A terminates the inter3G_MSC handover attempt by sending an appropriate MAP 
message, for example an ABORT. 

MSC-A shall retain overall call control until the call is cleared by the fixed subscriber or the UE/MS and there is no 
further call control functions to be performed (e.g. servicing waiting calls, echo cancellers). 

When MSC-A clears the call to the UE/MS it also clears the call control functions in MSC-A and sends the MAP- 
SEND-END-SIGNAL response to release the MAP resources in 3G_MSC-B. 

MSC-A may terminate the procedure at any time by sending an appropriate MAP message to 3G_MSC-B. If 
establishment of the circuit between MSC-A and 3G_MSC-B has been initiated, the circuit must also be cleared. 

The GSM to UMTS handover will be aborted by MSC-A if it detects clearing or interruption of the radio path before 
the call has been established on 3G_MSC-B. 

8.2.2 Basic GSM to UMTS Handover procedure not requiring tine 
establisinment of a circuit connection between MSC-A and 
3G_MSC-B 

The basic GSM to UMTS handover procedures to be used when no circuit connection is required by MSC-A are similar 
to those described in clause 8.2.1 for circuit switched calls. The main differences to the procedures described in clause 
8.2.1 relate to the establishment of circuits between the network entities and the Handover Number allocation. 
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In the case of basic GSM to UMTS handover, MSC-A shall specify to 3G_MSC-B that no Handover Number is 
required in the MAP-PREP ARE-HANDOVER request (see 3GPP TS 29.002 [12]). As for the basic GSM to UMTS 
handover using a circuit connection, the A-HO-REQUEST is transmitted at the same time. Any subsequent Handover 
Number allocation procedure will not be invoked until the completion of the basic GSM to UMTS handover procedure 
(see clause: Subsequent Channel Assignment using a circuit connection). 3G_MSC-B shall then perform the radio 
resources allocation as described in clause 8.2.1. The MAP-PREP ARE-HANDOVER response shall be returned to 
MSC-A including either the translated response of the radio resources allocation request received from RNS-B (A-HO- 
REQUEST- ACK/A-HO-FAILURE). The basic GSM to UMTS handover procedure will continue as described in clause 
8.2.1 except that no circuit cormection will be established towards 3G_MSC-B. 

The relevant case for the basic GSM to UMTS handover without circuit connection is shown in figure 25. As can be 
seen the major differences to the equivalent figure 24 are the omission of any circuit establishment messaging and the 
omission of handover number allocation signalling. 



UE/MS/BSS-A 



A-HO-REQUIRED 



A-HO-COMMAND 



3G MSC-B 



MAP-Prep-Handover req. 



MAP-Prep-Handover resp. 



^ MAP-Process-Access-Sig req. ^ lu-RELOCATION-DETEC T 



^ A-CLR-CMD/COIVL^ ^ MAP-Send-End-Signal req. ^ lu-RELOCATION-COMF LETE 



RNS-BAJE/MS 



lu-RELOCATION-: 



REQ^ 



lu-RELOCATION-REQU 



iST 

!ST-ACK 



End of link 



MAP-Send-End-Signal resp. 



T 



Figure 25: Basic GSIU! to UlUITS l-landover Procedure witliout circuit connection 



8.2.3 Procedure for subsequent GSM to UMTS handover requiring a 
circuit connection 

After the call has been handed over to MSC-B, if the UE/MS leaves the GSM area of MSC-B during the same call and 
enters a UTRAN area, subsequent GSM to UMTS handover is necessary in order to continue the connection. 

The following cases apply: 

i) the UE/MS moves back to the area of 3G_MSC-A; 

ii) the UE/MS moves into the area of a third 3G_MSC (3G_MSC-B'). 

In both cases the call is switched in 3G_MSC-A; the circuit between 3G_MSC-A and MSC-B shall be released after a 
successful subsequent handover has been performed. 
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8.2.3.1 Description of subsequent GSM to UMTS handover procedure i): MSC-B to 
3G_MSC-A 

The procedure for successful GSM to UMTS handover from MSC-B back to 3G_MSC-A is shown in figure 26. 



UE/MS/RNS-B 



3G MSC-A 



4 



,Iu-RELOCATION-RE jUEST 



lu-RELOCATION- 



lu-RELOCATION-DE- 



^11 



MAP-Prep-Sub-Handover req. 



gUEST-ACK 

MAP-Prep-Sub-Handover res 



Iu-RELOCATION-CO]V|PLETE 

^ MAP-Send-End-Signal resp. 



Release 



BSS-A/UE/MS 



A-HO-REQUIRED 



A-HO-COMMAND 



A-CLR-CMD/COM 



Figure 26: Subsequent GSM to UMTS handover procedure i): successful handover 
from MSC-B to 3G_MSC-A using a circuit connection 

The procedure is as follows. 

MSC-B sends the MAP-PREP ARE-SUBSEQUENT-HANDOVER request to 3G_MSC-A indicating the new MSC 

number (3G_MSC-A number), indicating also the identity of the target RNS where the call has to be handed over and 
including a complete A-HO-REQUEST message. (NOTE: MSC-B shall not send further MAP-PREP ARE- 
SUB SEQUENT-HANDOVER requests while a handover attempt is pending or before any timeouts). Since 
3G_MSC-A is the call controlling MSC, this MSC needs no Handover Number for routing purposes; 3G_MSC-A can 
immediately initiate the search for free radio resources. 3G_MSC-A then inserts a transcoder between it's RNS and the 
connection to the other party. 

When radio resources can be assigned, 3G_MSC-A shall return in the MAP-PREP ARE-SUBSEQUENT-HANDOVER 
response the complete A-HO-REQUEST- ACK message generated from the lu-RELOCATION-REQUEST-ACK 
received from the RNS-B and possible extra BSSMAP information, amended by 3G_MSC-A due to the possible 
interworking between the BSSMAP protocol carried on the E-interface and the RANAP protocol used on the lu- 
interface. If radio resources cannot be assigned or if a fault is detected on the target cell identity, or the target cell 
identity in the A-HO-REQUEST is not consistent with the target MSC number, the MAP-PREP ARE-SUBSEQUENT- 
HANDOVER response containing an A-HO-FAILURE message shall be given to MSC-B, in addition MSC-B shall 
maintain the connection with the UE/MS. 



If the procedure in 3G_MSC-A is successful then MSC-B can request the UE/MS to retune to the new RNS-B on 
3G_MSC-A. This is illustrated in figure 26 by the A-HO-COMMAND message. The operation is successfully 
completed when 3G_MSC-A receives the lu-RELOCATION-COMPLETE message. 

After GSM to UMTS handover 3G_MSC-A shall release the circuit to MSC-B. 

3G_MSC-A must also terminate the MAP procedure for the basic handover between 3G_MSC-A and MSC-B by 
sending an appropriate MAP message. MSC-B will clear the resources in BSS-A when the MAP-SEND-END-SIGNAL 
response is received. 



8.2.3.2 Description of subsequent GSM to UMTS liandover procedure ii): MSC-B to 
3G_MSC-B' 

The procedure for successful GSM to UMTS handover from MSC-B to 3G_MSC-B' is shown in figure 27. 
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The procedure consists of two parts: 

- a subsequent handover from MSC-B back to MSC-A as described in clause 7.3.1 (the same procedures apply if 
MSC-A is replaced by 3G_MSC-A); and 

- a basic GSM to UMTS handover from MSC-A to 3G_MSC-B' as described in clause 8.2.1. 

MSC-B sends the MAP-PREP ARE-SUB SEQUENT-HANDOVER request to MSC-A indicating a new MSC number 
(which is the identity of 3G_MSC-B'), indicating also the identity of the target RNS where the call has to be handed 
over and including a complete A-HO-REQUEST, MSC-A then starts a basic handover procedure towards 3G_MSC-B'. 

When MSC-A receives the ACM from 3G_MSC-B', MSC-A informs MSC-B that 3G_MSC-B' has successfully 
allocated the radio resources on RNS-B' side by sending the MAP-PREP ARE-SUBSEQUENT-HANDOVER response 
containing the complete A-HO-REQUEST- ACK generated from the RELOCATION-REQUEST- ACK received from 
RNS-B' and possible extra BSSMAP information, amended by MSC-A due to the possible interworking between the 
BSSMAP protocol carried on the E-interface between MSC-A and 3G_MSC-B' and the BSSMAP protocol carried on 
the E-interface between MSC-A and MSC-B. Now MSC-B can start the procedure on the radio path. 

For MSC-A the handover is completed when it has received the MAP- SEND-END- SIGNAL REQUEST from 
3G_MSC-B' containing the A-HO-COMPLETE generated from lu-RECOLATION COMPLETE received from the 
RNS-B'. The circuit between MSC-A and MSC-B is released. MSC-A also sends the MAP-SEND-END-SIGNAL 
response to MSC-B in order to terminate the original MAP dialogue between MSC-A and MSC-B. MSC-B releases the 
radio resources when it receives this message. 

If no radio resources can be allocated by 3G_MSC-B' or no circuit between MSC-A and 3G_MSC-B' can be estabUshed 
or a fault is detected on the target cell identity or the target cell identity in the A-HO-REQUEST is not consistent with 
the target MSC number, MSC-A informs MSC-B by using the A-HO-FAILURE message included in the MAP- 
PREPARE-SUBSEQUENT-HANDOVER response. MSC-B shall maintain the existing connection with the UE/MS. 

When the subsequent GSM to UMTS handover is completed, 3G_MSC-B' is considered as 3G_MSC-B. Any further 
inter-MSC handover is handled as described above for a subsequent handover. 
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MAP-Send-Handover-Rep art req, 



MAP-Send-Handover-Rep resp. (1) 
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Release 






MAP-Send-End-Signal resp. 


^ 





NOTE 1 : Can be sent at any time after the reception of lAM. 

Figure 27: Subsequent GSM to UMTS handover procedure ii): Successful handover 
from MSC-B to 3G_MSC-B' requiring a circuit connection 



8.2.4 Procedure for subsequent GSM to UMTS handover not requiring a 
circuit connection 

As for the subsequent GSM to UMTS handover with a circuit connection, the same two cases of subsequent handover 
apply: 

i) the UE/MS moves back to the area of 3G_MSC-A; 

ii) the UE/MS moves into the area of a third 3G_MSC (3G_MSC-B'). 
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8.2.4.1 Description of subsequent GSIVI to UMTS handover procedure without circuit 
connection i): MSC-B to 3G_MSC-A 

The procedure for successful GSM to UMTS handover from MSC-B back to 3G_MSC-A without circuit connection is 
shown in figure 28. The only difference with the figure 26, is that no circuit release is needed between 3G_MSC-A and 
MSC-B. 



UE/MS/RNS-B 



4 



3G MSC-A 



lu-RELOCATION-RE 



lu-RELOCATION-R^ UEST-ACK 



lu-RELOCATION-DE- 



4 



MAP-Prep-Sub-Handover req. 



4 



3UEST 



MAP-Prep-Sub-Handover resi 



Ili-RELOCATION -COMPLETE 

> MAP-Send-End-Signal resp. 



BSS-A/UE/MS 



A-HG-REQUIRED 



A-HO-COMMAND 



^4 



A-CLR-CMD/COM 



Figure 28: Subsequent GSIUI to UlUITS liandover procedure i): Successful handover 
from MSC-B to 3G_MSC-A not requiring a circuit connection 



8.2.4.2 Description of subsequent GSIVI to UMTS handover procedure without circuit 
connection ii): MSC-B to 3G_MSC-B' 

The procedure for successful GSM to UMTS handover from MSC-B to 3G_MSC-B' is shown in figure 29. 
The procedure consists of two parts: 

- a subsequent handover from MSC-B back to MSC-A as described in clause 7.4.1 (the same procedures apply if 
MSC-A is replaced by 3G_MSC-A); and 

- a basic GSM to UMTS handover from MSC-A to 3G_MSC-B' as described in clause 8.2.2. 

The only difference to the equivalent figure 27 is the omission of the circuit and handover number allocation 
signallings. 
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Figure 29: Subsequent GSiUI to UlUITS liandover procedure ii): Successfui handover 
from MSC-B to 3G MSC-B' without circuit connection 



8.3 SRNS Relocation 

The following clauses describe two options for the Basic and Subsequent Relocation procedures. The first, as described 
in clauses 8.3.1 and 8.3.3 respectively, provides for a circuit connection between 3G_MSC-A and 3G_MSC-B. The 
second, as described in clauses 8.3.2 and 8.3.4 respectively, provides for a Basic and Subsequent Relocation without the 
provision of a circuit connection between 3G_MSC-A and 3G_MSC-B. 

In all the above mentioned clauses, the following principles apply: 

- during the relocation resource allocation, only the handover related messages that are part of the applicable 
RANAP subset - as defined in 3GPP TS 29.108 [15] - shall be transferred on the E-interface; 

the trace related messages that are part of the applicable RANAP subset - as defined in 3GPP TS 29.108 [15] - 
can be sent by the 3G_MSC-A on the E-interface after successful relocation resource allocation. In the 
clauses 8.3.1 and 8.3.2, it is however allowed at basic relocation initiation on the E-Interface to transfer one trace 
related message that is part of the apphcable RANAP subset - as defined in 3GPP TS 29.108 [15] - together with 
the applicable relocation related message. The appUcable relocation related message shall always appear as the 
first message; 

during the relocation execution, i.e. while the UE is not in communication with the network, the 3G_MSC-A 
shall queue all outgoing RANAP messages until the communication with the UE is resumed; 

- finally, during supervision, i.e. while the UE is not in the area of 3G_MSC-A after a successful Inter-3G_MSC 
relocation, the subset of RANAP procedures and their related messages - as defined in 3GPP TS 29.108 [15] - 
shall apply on the E-Interface; 
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during the intra-3G_MSC-B relocation execution, if any, the 3G_MSC-B shall queue all outgoing RANAP 
messages until the communication with the UE is resumed. 

after successful completion of the Intra-3G_MSC-B relocation, if 3G_MSC-B or 3G-MSC-B' has previously 
received an order to perform location reporting at change of Service Area from 3G_MSC-A, it shall act as 
specified in subclause 6.2.3. 



8.3.1 Basic relocation procedure requiring a circuit connection between 
3G_MSC-A and 3G_MSC-B 

The procedure used for successful Inter-3G_MSC SRNS relocation is shown in figure 30. Initiation of the relocation 
procedure is described in clause 5. The procedure described in this clause makes use of messages from the 
3GPP TS 25.413 [11] and of the transport mechanism from the Mobile Application Part (MAP) (3GPP TS 29.002 [12]). 
After an Inter-3G_MSC SRNS relocation further Intra-3G_MSC relocations may occur on 3G_MSC-B, these 
relocations will follow the procedures specified in a previous clause. 
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MAP-Send-End-Signal req. 
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MAP-Send-Handover-Rep jrt resp. (1) 
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lU-RELOC-COMPLETE 



MAP-Send-End-Signal resp. 



VLR-B 



NOTE 1 : Can be sent at any time after the reception of lAM. 

Figure 30: Basic SRNS Relocation Procedure requiring a circuit connection 



8.3.1 .1 With one circuit connection 

The relocation is initiated as described in clause 6.2.3. (This is represented by lU-RELOC-REQUIRED in figure 30). 
Upon receipt of the lU-RELOC-REQUlRED from RNS-A, 3G_MSC-A shall send a MAP-PREP ARE-HANDOVER 
request to 3G_MSC-B including a complete lU-RELOC -REQUEST message. (NOTE: 3G_MSC-A shall not send 
further MAP-PREP ARE-HANDOVER requests while a MAP-PREP ARE-HANDOVER response is pending or before 
any timeouts). The MAP-PREPARE-HANDOVER request shall carry in the lU-RELOC-REQUEST all information 
needed by 3G_MSC-B for allocating radio resources in the case of SRNS relocation without lur interface, see 
3GPPTS 25.413 [11]. 

3G_MSC-A shall configure the RANAP RAB parameters according to the current selected codec. 
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MAP-PREP ARE-HANDOVER request shall also carry the identity of the target RNS to which the call is to be 
relocated, see 3GPP TS 29.002. 3G_MSC-B will return the MAP -PREP ARE-HANDOVER response after having 
retrieved one or several Handover Numbers from its associated VLR (exchange of the messages MAP-allocate- 
handover-number request and MAP-send-handover-report request), 3G_MSC-B shall connect a transcoder. The 
Handover Numbers shall be used for routing the connections of the calls from 3G_MSC-A to 3G_MSC-B. If radio 
resources are available in 3G_MSC-B, the MAP -PREP ARE-HANDOVER response sent to 3G_MSC-A will contain 
the complete lU-RELOC-REQUEST-ACKNOWLEDGE message received from RNS-B, containing the radio resources 
definition to be sent by RNS-A to the UE (in case of relocation without lur interface) and possible extra RANAP 
information, amended by 3G_MSC-B due to the possible interworking between the RANAP protocol carried on the E- 
interface and the RANAP protocol used on the lu-interface. If the radio resource allocation is not possible, the MAP- 
PREPARE-HANDOVER response containing an lU-RELOCATION-FAILURE will be sent to 3G_MSC-A. 
3G_MSC-B will do the same if a fault is detected on the identity of the RNS where the call has to be relocated. 
3G_MSC-B simply reports the events related to the dialogue. It is up to 3G_MSC-A to decide the action to perform if it 
receives negative responses or the operation fails due to the expiry of the MAP-PREP ARE-HANDOVER timer. 

If an error related to the TCAP dialogue or to the MAP-PREP ARE-HANDOVER request is returned from 3G_MSC-B, 
this will be indicated to 3G_MSC-A and 3G_MSC-A will terminate the relocation attempt. The existing connection to 
the UE shall not be cleared. 

When the lU-RELOC-REQUEST-ACKNOWLEDGE has been received, 3G_MSC-A shall establish a circuit between 
3G_MSC-A and 3G_MSC-B by signalling procedures supported by the network. In figure 30 this is illustrated by the 
messages lAM (Initial Address Message) and ACM (Address Complete Message) of Signalling System no 7. 
3G_MSC-B awaits the capturing of the UE (clause 6.2.3) on the radio path when the ACM is sent and 3G_MSC-A 
initiates the relocation execution when ACM is received (illustrated by the lU-RELOC-COMMAND and described in 
the clause 6.2.3). 3G_MSC-A shall remove the transcoder between the MSC and other party. 

3G_MSC-B transfers to 3G_MSC-A the acknowledgement received from the correct UE (lU-RELOC-DETECT/IU- 
RELOC-COMPLETE). The lU-RELOC-DETECT, if received, is transferred to 3G_MSC-A using the MAP- 
PROCESS-ACCESS-SIGNALLING request. The lU-RELOC-COMPLETE, when received from the correct UE, is 
included in the MAP-SEND-END-SIGNAL request and sent back to 3G_MSC-A. The circuit is through connected in 
3G_MSC-A when the lU-RELOC-DETECT or the lU-RELOC-COMPLETE is received from 3G_MSC-B. The old 
radio resources are released when the lU-RELOC-COMPLETE message is received from 3G_MSC-B. The sending of 
the MAP-SEND-END-SIGNAL request starts the MAP supervision timer for the MAP dialogue between 3G_MSC-A 
and 3G_MSC-B. When the MAP-SEND-END-SIGNAL request including the lU-RELOC-COMPLETE message is 
received in 3G_MSC-A, the resources in RNS-A shall be released. 

In order not to conflict with the PSTN/ISDN signalling system(s) used between 3G_MSC-A and 3G_MSC-B, 
3G_MSC-B must generate an answer signal when lU-RELOC-DETECT/COMPLETE is received. 

3G_MSC-B shall release the Handover Number when the circuit between 3G_MSC-A and 3G_MSC-B has been 
established. 

If the circuit between 3G_MSC-A and 3G_MSC-B cannot be established, (e.g. an unsuccessful backward message is 
received instead of ACM) 3G_MSC-A terminates the inter-3G_MSC relocation attempt by sending an appropriate 
MAP message, for example an ABORT. 

3G_MSC-A shall retain overall call control until the call is cleared by the fixed subscriber or the UE and there is no 
further call control functions to be performed (e.g. servicing waiting calls, echo cancellers). 

When 3G_MSC-A clears the call to the UE it also clears the call control functions in 3G_MSC-A and sends the MAP- 
SEND-END-SIGNAL response to release the MAP resources in 3G_MSC-B. 

3G_MSC-A may terminate the procedure at any time by sending an appropriate MAP message to 3G_MSC-B. If 
establishment of the circuit between 3G_MSC-A and 3G_MSC-B has been initiated, the circuit must also be cleared. 

The relocation will be aborted by 3G_MSC-A if it detects release or interruption of the radio path before the call has 
been established on 3G_MSC-B. 
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8.3.1 .2 With multiple circuit connections (Optional functionality) 

8.3.1 .2.1 3G_MSC-B does not support multiple bearers 

If 3G_MSC-A supports the optional supplementary service Multicall (See 3GPP TS 23.135), 3G_MSC-A shall have the 
following functionality additionally to the description in clause 8.3.1.1. 

Upon receipt of the lU-RELOCATION-REQUIRED from RNS-A, 3G_MSC-A generates lU-RELOCATION- 
REQUEST and sends a MAP-PREPARE-HANDOVER request to 3G_MSC-B including the lU-RELOCATION- 
REQUEST message, which may include multiple bearers. If 3G_MSC-A receives an indication that 3G_MSC-B does 
not support multiple bearers, 3G_MSC-A shall select one bearer to be handed over if the UE is engaged with multiple 
bearers. 3G_MSC-A reconstructs lU-RELOCATlON-REQUEST and sends again a MAP-PREPARE-HANDOVER 
request to 3G_MSC-B including the lU-RELOCATlON-REQUEST message, which includes only the selected bearer. 

When MAP-PREPARE-HANDOVER response including an lU-RELOCATION-REQUEST-ACK is received from 
3G_MSC-B, 3G_MSC-A sends lU-RELOCATION-COMMAND, which indicates the bearers not to be handed over as 
bearers to be released, to RNS-A. 

After 3G_MSC-A receives MAP-SEND-END-SIGNAL request from 3G_MSC-B, 3G_MSC-A shall release calls via 
3G_MSC-B, which has been carried by the bearers not to be handed over, and then 3G_MSC-A sends lU-RELEASE- 
COMMAND to RNS-A. 

8.3.1 .2.2 3G_MSC-B supports multiple bearers 

If 3G_MSC-A and 3G_MSC_B support the optional supplementary service Multicall (See 3GPP TS 23.135), 3G_MSC- 
A and 3G_MSC-B shall have the following functionality additionally to the description in clause 8.3.1.1. 

Upon receipt of the lU-RELOCATlON-REQUlRED from RNS-A, 3G_MSC-A generates lU-RELOCATION- 
REQUEST and sends a MAP-PREPARE-HANDOVER request to 3G_MSC-B including the lU-RELOCATION- 
REQUEST message, which may include multiple bearers. 

When MAP-PREPARE-HANDOVER request including an lU-RELOCATION-REQUEST message is received by the 
3G_MSC-B and the number of bearers included in the lU-RELOCATION-REQUEST message has exceeded the 
maximum number of bearers supported by 3G_MSC-B, the 3G_MSC-B shall select several bearers so that the number 
of bearers will fulfil the range of 3G_MSC-B capability. In this case 3G_MSC-B shall reconstruct lU-RELOCATION- 
REQUEST message to cope with the capability of 3G_MSC-B. The 3G_MSC-B shall retrieve multiple Handover 
Numbers from its associated VLR (exchange of the messages MAP-allocate-handover-number request and MAP-send- 
handover-report request several times). The number of Handover Numbers depends on the number of RAB IDs in the 
reconstructed lU-RELOCATION-REQUEST. 

After the completion of Handover Number allocation 3G_MSC-B may select several bearers and reconstruct lU- 
RELOCATION-REQUEST again if the number of successfully allocated Handover Numbers is less than the number of 
required bearers, and sends lU-RELOCATION-REQUEST to RNS-B. 

After the reception of lU-RELOC ATION-REQUEST- ACK from RNS-B, the 3G_MSC-B shall generate Relocation 
Number List, which includes couples of RAB ID (See 3GPP TS 25.413 [11]) and Handover Number successfully 
allocated. Then the 3G_MSC-B sends MAP-PREPARE-HANDOVER response including Relocation Number List back 
to the 3G_MSC-A. 

Upon receipt of the MAP-PREPARE-HANDOVER response 3G_MSC-A shall establish circuits between 3G_MSC-A 
and 3G_MSC-B by signalling procedures supported by the network according to the Relocation Number List. When 
3G_MSC-A receives all the results from attempted circuits (the results may be successful ACM message or 
unsuccessful backward message for each attempt) and if at least one circuit has been successfully established, 
3G_MSC-A sends lU-RELOCATION-COMMAND, which indicates the bearers failed to set up in RNS-B and the 
bearers associated with circuits which has failed to set up as bearers to be released, to RNS-A. 

After 3G_MSC-A receives MAP-SEND-END-SIGNAL request from 3G_MSC-B, 3G_MSC-A shaU release calls via 
3G_MSC-B, which has been carried by the bearers failed to set up in RNS-B and the bearers associated with circuits 
which has failed to set up, and then 3G_MSC-A sends lU-RELEASE-COMMAND to RNS-A. 

If no circuit connection has been successfully estabUshed 3G_MSC-A terminates the inter-3G_MSC relocation attempt 
by sending an appropriate MAP massage, for example ABORT. 
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8.3.2 Basic relocation procedure not requiring tine establishment of a 
circuit connection between 3G_MSC-A and 3G_MSC-B 

The basic SRNS relocation procedures to be used when no circuit connection is required by 3G_MSC-A are similar to 
those described in clause 8.3.1 for circuit switched calls. The main differences to the procedures described in 
clause 8.3.1 relate to the establishment of circuits between the network entities and the Handover Number allocation. 

In the case of basic relocation, 3G_MSC-A shall specify to 3G_MSC-B that no Handover Number is required in the 
MAP-PREP ARE-HANDOVER request (see 3GPP TS 29.002 [12]). As for the basic relocation using a circuit 
connection, the lU-RELOC-REQUEST is transmitted at the same time together with the identity of the target RNS to 
which the call is to be relocated. Any subsequent Handover Number allocation procedure will not be invoked until the 
completion of the basic relocation procedure (see clause: Subsequent Channel Assignment using a circuit connection). 
3G_MSC-B shall then perform the radio resources allocation as described in clause 8.3.1 if applicable. The MAP- 
PREP ARE-HANDOVER response shall be returned to 3G_MSC-A including either the response of the radio resources 
allocation request received from RNS-B (lU-RELOC-REQUEST-ACKNOWLEDGE/lU-RELOC-FAlLURE with 
possible extra RANAP information. This extra information is amended by 3G_MSC-B due to the possible interworking 
between the RANMAP protocol carried on the E-interface and the RANAP protocol used on the lu-interface). The basic 
relocation procedure will continue as described in clause 8.3.1 except that no circuit connection will be established 
towards 3G_MSC-B. 

The relevant case for the basic relocation without circuit connection is shown in figure 31. As can be seen the major 
differences to the equivalent figure 30 are the omission of any circuit establishment messaging and the omission of 
handover number allocation signalling. 



RNS-A RNS-B 



3G MSC-A 



lU-RELOC-REQUIR^ 



lU-RELOC-COMMANI ' 
< 



lU-REL-CMD/COlS 



3G MSC-B 



MAP-Prep-Handover req. 



^-RELOC-REQUEST-ACt 



MAP-Prep-Handover resp. 



MAP-Process-Access-Sig req. 



H, ^ MAP-Send-End-Signal req. 



lU-RELOC-REQUEST 



lU-RELOC-DETECT 



lU-RELOC-COMPLETE 



VLR-B 



End of link 



MAP-Send-End-Signal resp. 



Figure 31 : Basic SRNS relocation procedure without a circuit connection 
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8.3.3 Procedure for subsequent relocation requiring a circuit connection 

After the call has been relocated to 3G_MSC-B, if the UE leaves the area of 3G_MSC-B during the same call, 
subsequent relocation is necessary in order to continue the connection when no lur interface exists between the involved 
RNSs, or to optimise the transmission path when the Im interface is used. 

The following cases apply: 

i) the UE moves back to the area of 3G_MSC-A; 

ii) the UE moves into the area of a third 3G_MSC (3G_MSC-B'). 

In both cases the call is switched in 3G_MSC-A; the circuit between 3G_MSC-A and 3G_MSC-B shall be released 
after a successful subsequent relocation has been performed. 

If 3G_MSC-A is replaced by MSC-A in the procedures, then a subsequent relocation from 3G_MSC-B to 3G_MSC-B' 
shall not be possible since MSC-A does not support the RANAP protocol. 

8.3.3.1 Description of subsequent relocation procedure i): 3G_MSC-B to 3G_MSC-A 

The procedure for successful relocation from 3G_MSC-B back to 3G_MSC-A is shown in figure 32. 



4 



3G_MSC-A 



lu-RELOCATION- 



REQUEST 
Tii-RFTOrATTON- y 



REQUEST-ACK 



Tii-RFT nrATTON- 



DETECT 

lu-RELOCATION- 



COMPLETE 



3G MSC-B 



MAP-Prep-Sub-Handover req. 



MAP-Prep-Sub-Handover resp^ 



MAP-Send-End-Signal resp. 



Release 



lu-RELOCATION- 



REQUIRED 



lu-RELOCATION- 



COMMAND 



lu-RELEASE- 



CMD/COM 



RNS-B RNS-A 



Figure 32: Subsequent relocation procedure i) successful relocation 
from 3G_MSC-B to 3G_iUISC-A using a circuit connection 



8.3.3.1 .1 With one circuit connection 

The procedure is as follows. 

3G_MSC-B sends the MAP-PREPARE-SUB SEQUENT-HANDOVER request to 3G_MSC-A indicating the new 
3G_MSC number (3G_MSC-A number), indicating also the identity of the target RNS where the call has to be 
relocated and including a complete lU-RELOC-REQUEST message. 

NOTE: 3G_MSC-B shall not send further MAP-PREP ARE-SUBSEQUENT-HANDOVER requests while a 
relocation attempt is pending or before any timeouts. 

Since 3G_MSC-A is the call controlling 3G_MSC, this 3G_MSC needs no Handover Number for routing purposes; 
3G_MSC-A can immediately initiate the relocation towards the target RNS. 
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When relocation can be initiated, 3G_MSC-A shall return in the MAP-PREP ARE-SUBSEQUENT-HANDOVER 
response the complete lU-RELOC-REQUEST- ACKNOWLEDGE message received from the RNS-B and possible 
extra RANAP information, amended by 3G_MSC-A due to the possible interworking between the RANAP protocol 
carried on the E-interface and the RANAP protocol used on the lu-interface. If a radio resource cannot be assigned or if 
a fauh is detected on the target RNS identity, or the target RNS identity in the lU-RELOC-REQUEST is not consistent 
with the target 3G_MSC number, the MAP-PREP ARE-SUBSEQUENT-HANDOVER response containing an lU- 
RELOC-FAILURE message shall be given to 3G_MSC-B, in addition 3G_MSC-B shall maintain the connection with 
theUE. 

If the procedure in 3G_MSC-A is successful then 3G_MSC-B can request the UE to retune to the new RNS-B on 
3G_MSC-A in the case of relocation without lur interface, or request RNS-B to become serving RNS in the case of 
relocation with lur interface. This is illustrated in figure 32 by the lU-RELOC-COMMAND message. The operation is 
successfully completed when 3G_MSC-A receives the lU-RELOC-COMPLETE message. 

3G_MSC-A shall insert a transcoder at successful subsequent relocation back to 3G_MSC-A. 

After relocation 3G_MSC-A shall release the circuit to 3G_MSC-B. 

3G_MSC-A must also terminate the MAP procedure for the basic relocation between 3G_MSC-A and 3G_MSC-B by 
sending an appropriate MAP message. 3G_MSC-B will release the resources in RNS-A when the MAP-SEND-END- 
SIGNAL response is received. 

8.3.3.1 .2 With multiple circuit connections (Optional functionality) 

If 3G_MSC-A and 3G_MSC_B support the optional supplementary service MulticaU (See 3GPP TS 23.135), 3G_MSC- 
A and 3G_MSC-B shall have the following functionality additionally to the description in clause 8.3.3.1.1. 

Upon receipt of the lU-RELOCATION-REQUIRED from RNS-A, 3G_MSC-B generates lU-RELOCATION- 
REQUEST which may include several bearers and sends it to 3G_MSC-A over MAP-PREP ARE-SUB SEQUENT- 
HANDOVER request. 

3G_MSC-A sends lU-RELOCATION-REQUEST to RNS-B and receives lU-RELOCATION-REQUEST-ACK. 

When MAP-PREP ARE-SUBSEQUENT-HANDOVER response is received from 3G_MSC-A, 3G_MSC-B sends lU- 
RELOCATION-COMMAND, which indicates the bearers failed to set up in RNS-B as bearers to be released, to RNS- 
A. 

After 3G_MSC-A receives lU-RELOCATION-COMPLETE message from RNS-B, 3G_MSC-A shall release calls via 
RNS-B, which has been carried by the bearers failed to set up in RNS-B, and then 3G_MSC-A sends MAP-SEND- 
END-SIGNAL response to 3G_MSC-B. 

8.3.3.2 Description of subsequent relocation procedure ii): 3G_MSC-B to 
3G_MSC-B' 

The procedure for successful relocation from 3G_MSC-B to 3G_MSC-B' is shown in figure 33. 

The procedure consists of two parts: 

a subsequent relocation from 3G_MSC-B back to 3G_MSC-A as described in clause 8.3.3.1; and 
- a basic relocation from 3G_MSC-A to 3G_MSC-B' as described in clause 8.3.1. 

8.3.3.2.1 With one circuit connection 

3G_MSC-B sends the MAP-PREP ARE-SUB SEQUENT-HANDOVER request to 3G_MSC-A indicating a new 
3G_MSC number (which is the identity of 3G_MSC-B'), indicating also the target RNS identity and including a 
complete lU-RELOC-REQUEST, 3G_MSC-A then starts a basic relocation procedure towards 3G_MSC-B'. 
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When 3G_MSC-A receives the ACM from 3G_MSC-B', 3G_MSC-A informs 3G_MSC-B that 3G_MSC-B' has 
successfully allocated the radio resources on RNS-B' side by sending the MAP-PREP ARE-SUBSEQUENT- 
HANDOVER response containing the complete lU-RELOC-REQUEST-ACKNOWLEDGE received from RNS-B' and 
possible extra RANAP information, amended by 3G_MSC-A due to the possible interworking between the RANAP 
protocol carried on the E-interface between 3G_MSC-A and 3G_MSC-B' and the RANAP protocol carried on the 
E-interface between 3G_MSC-A and 3G_MSC-B. Now 3G_MSC-B can start the procedure on the radio path if needed. 

For 3G_MSC-A the relocation is completed when it has received the MAP-SEND-END-SIGNAL REQUEST from 
3G_MSC-B 'containing the lU-RELOC-COMPLETE received from the RNS-B'. The circuit between 3G_MSC-A and 
3G_MSC-B is released. 3G_MSC-A also sends the MAP-SEND-END-SIGNAL response to 3G_MSC-B in order to 
terminate the original MAP dialogue between 3G_MSC-A and 3G_MSC-B. 3G_MSC-B releases the radio resources 
when it receives this message. 

If no radio resource can be allocated by 3G_MSC-B' or no circuit between 3G_MSC-A and 3G_MSC-B' can be 
estabhshed or a fault is detected on the target RNS identity or the target RNS identity in the lU-RELOC-REQUEST is 
not consistent with the target 3G_MSC number, 3G_MSC-A informs 3G_MSC-B by using the lU-RELOC-FAILURE 
message included in the MAP-PREP ARE-SUBSEQUENT-HANDOVER response. 3G_MSC-B shall maintain the 

existing connection with the UE. 

When the subsequent relocation is completed, 3G_MSC-B' is considered as 3G_MSC-B. Any further inter-3G_MSC 
relocation is handled as described above for a subsequent relocation. 

8.3.3.2.2 With multiple circuit connections (Optional functionality) 

If 3G_MSC-A and 3G_MSC-B support the optional supplementary service Multicall (See 3GPP TS 23.135), 3G_MSC- 
A and 3G_MSC-B shall have the following functionality additionally to the description in clause 8.3.3.2.1. 

Upon receipt of the lU-RELOCATION-REQUIRED from RNS-B 3G_MSC-B generates an lU-RELOCATION- 
REQUEST message which may include multiple bearer and sends it to 3G_MSC-A over MAP-PREP ARE- 
SUB SEQUENT-HANDOVER request. 

Upon receipt of the MAP-PREP ARE-SUBSEQUENT-HANDOVER request from 3G_MSC-B, 3G_MSC-A starts a 
basic relocation procedure towards 3G_MSC-B'. 

8.3.3.2.2.1 3G_MSC-B' does not support multiple bearers 

If 3G_MSC-A receives an indication that 3G_MSC-B' does not support multiple bearers, 3G_MSC-A shall select one 
bearer to be handed over. 3G_MSC-A reconstructs lU-RELOCATION-REQUEST and sends again a MAP -PREP ARE- 
HANDOVER request to 3G_MSC-B' including the lU-RELOCATION-REQUEST message, which includes only the 
selected bearer. Upon receipt of MAP-PREP ARE-HANDOVER response from 3G_MSC-B', 3G_MSC-A shall 
reconstructs lU-RELOCATION-REQUEST-ACK to indicate the bearers not to be handed over as the bearers failed to 
set up in lU-RELOCATION-REQUEST-ACK and send it over MAP-PREPARE-SUBSEQUENT-HANDOVER 
response to 3G_MSC-B. 

When MAP-PREPARE-SUBSEQUENT-HANDOVER response is received from 3G_MSC-A 3G_MSC-B sends lU- 
RELOCATION-COMMAND, which indicates the bearers failed to set up as bearers to be released, to RNS-A. 

After 3G_MSC-A receives MAP-SEND-END-SIGNAL request from 3G_MSC-B', 3G_MSC-A shall release calls via 
3G_MSC-B', which has been carried by the bearers failed to set up, and then 3G_MSC-A sends MAP-SEND-END- 
SIGNAL response to 3G_MSC-B. 

8.3.3.2.2.2 3G_MSC-B' supports multiple bearers 

If some of circuit connections failed to set up between 3G_MSC-A and 3G_MSC-B', 3G_MSC-A shall reconstruct lU- 
RELOCATION-REQUEST-ACK message so that the lU-RELOCATION-REQUEST-ACK includes only the bearers 
which have successfully established circuit connection and sends it to 3G_MSC-B over MAP-PREP ARE- 
SUB SEQUENT-HANDOVER response. 

When MAP-PREP ARE-SUBSEQUENT-HANDOVER response is received from 3G_MSC-A 3G_MSC-B sends lU- 
RELOCATION-COMMAND, which indicates the bearers failed to set up as bearers to be released, to RNS-A. 
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After 3G_MSC-A receives MAP-SEND-END-SIGNAL request from 3G_MSC-B', 3G_MSC-A shall release calls via 
3G_MSC-B', which has been carried by the bearers failed to set up, and then 3G_MSC-A sends MAP-SEND-END- 
SIGNAL response to 3G_MSC-B. 
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NOTE 1 : Can be sent at any time after the reception of lAM. 

Figure 33: Subsequent reiocation procedure ii) Successful SRNS reiocation 
from 3G_MSC-B to 3G_MSC-B' requiring a circuit connection 

8.3.4 Procedure for subsequent relocation not requiring a circuit 
connection 

As for the subsequent relocation with a circuit connection between 3G_MSC-A and 3G_MSC-B, the same two cases of 
subsequent relocation apply: 



i) the UE moves back to the area of 3G_MSC-A; 
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ii) the UE moves into the area of a third 3G_MSC (3G_MSC-B'). 

If 3G_MSC-A is replaced by MSC-A in the procedures, then a subsequent relocation from 3G_MSC-B to 3G_MSC-B' 
shall not be possible since MSC-A does not support the RANAP protocol. 



8.3.4.1 



Description of subsequent relocation procedure i): 3G_MSC-B to 3G_MSC-A 



The procedure for successful relocation from 3G_MSC-B back to 3G_MSC-A without circuit cormection is shown in 
figure 34. The only difference with the figure 32 is that no circuit release is needed between 3G_MSC-A and 
3G MSC-B. 
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Figure 34: Subsequent reiocation procedure i) successful relocation 
from 3G_MSC-B to 3G_MSC-B not requiring a circuit connection 



8.3.4.2 Description of subsequent relocation procedure ii): 3G_MSC-B to 
3G_MSC-B" 

The procedure for successful relocation from 3G_MSC-B to 3G_MSC-B' is shown in figure 35. 
The procedure consists of two parts: 

- a subsequent relocation from 3G_MSC-B back to 3G_MSC-A as described in clause 8.3.4.1; and 

- a basic relocation from 3G_MSC-A to 3G_MSC-B' as described in clause 8.3.2. 

The only difference to the equivalent figure 33 is the omission of the circuit and handover number allocation 
signallings. 
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Figure 35: Subsequent relocation procedure ii) Successful SRNS relocation 
from 3G_MSC-B to 3G_MSC-B' not requiring a circuit connection 



9 Detailed procedures in MSC-A 

9.1 BSS/MSC and MS/MSC procedures in MSC-A (functional 
unit 1) 

The handover procedures in this functional unit consist of: 

i) signalhng between the MS and the MSC; 

ii) signalling between the BSS and the MSC for access management. 
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9.2 Call control procedures MSC-A (functional unit 2) 

The call control procedures related to handover in MSC-A can be divided into two functional entities: 

- the first entity is the call control procedure as part of the normal interworking between the PSTN/ISDN and the 
PLMN; for an MS originating call MSC-A is the originating exchange, for an MS terminating call MSC-A is the 
destination exchange; 

the second entity is the call control procedure for the connection between MSC-A and MSC-B in case of a 
handover from MSC-A to MSC-B. For this call control procedure the following applies. 

Call set-up: 

the connection to MSC-B is set up by procedures relevant to the signalling system used in the PSTN/ISDN to 
which MSC-A is connected. The call is set up by using the MS Handover Number received from MSC-B as part 
of the MAP procedure; 

- the call set-up direction will always be from MSC-A to MSC-B, even when the call was originally established by 
the MS. Functional unit 2 (see figure 2) should therefore keep information on call set-up direction in order to be 
able to interpret correctly any clearing signals (see below); 

- the unit should indicate the address complete condition to functional unit 3 and through-connect without 
awaiting the answer signal from MSC-B. This applies also to signalling systems where address complete signals 
are not supported. In such cases an artificial address complete is estabhshed by fimctional unit 2. 

Call clearing: 

- call clearing consists of two parts: after inter-MSC handover, clearing of the MS-BSS connection and clearing of 
the inter-MSC connection. If a request to release the call is generated by the network while the MS is re-tuning 
from one BSS to another BSS, then MSC-A shall begin clearing the call to the network and queue the call 
release to the MS until the MS has resumed communication. This includes the case when MSC-B and/or MSC-B' 
are involved; 

the MAP procedures are used to transfer information between MSC-B and MSC-A in order to maintain full call 
control within MSC-A. MSC-A determines, based on information received from MSC-B, the appropriate signals 
(according to 3GPP TS 24.008 [10]) to be sent to the MS, and sends this information to MSC-B; 

- when MSC-A clears the call to the MS it also clears the call control functions in MSC-B and sends the MAP- 
SEND-END-SIGNAL response to release the MAP resources in MSC-B. The clearing of the connection is by 
procedures relevant to the signalling system in the PSTN/ISDN to which MSC-A is connected; 

- when the Signalling System no 7 ISDN User Part is used, the normal synunetric release procedures apply on 
both the connection to the fixed network and to MSC-B; 

- when a signalling system is used without a symmetric release possibility, some notice should be given to the 
clear-forward and clear-back procedures; 

- for MS terminating calls the following conditions apply on clear-forward and clear-back: 

- when a clear-forward signal is received on interface B' (see figure 1), MSC-A clears the circuit to MSC-B by 
normal clear-forward procedures; 

- when a clear-back signal is received from MSC-B, MSC-A starts normal clear-back procedures towards the 
fixed network (interface B') and sends the cleiir-forward signal on interface B" in order to clear the 
connection with MSC-B. 

NOTE 1: This case corresponds to a fault situation. 

- for MS originated calls the following appUes: 

when MSC-A receives a clear-back signal from MSC-B, this signal must be interpreted as indicating a clear- 
forward condition. MSC-A then clears both the connection on interface B' (see figure 1) and to MSC-B by 
normal clear-forward procedures. 

NOTE 2: This case corresponds to a fault situation. 
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when MSC-A receives a clear-back signal on interface B', MSC-A should distinguish between national and 
international connections: 

- for international connections where the Q.l 18 [1] supervision is done in the ISC, MSC-A sends a clear- 
forward signal on both interface B' to the fixed network and interface B" to MSC-B; 

- for national connections or for international connections where the Q.l 18 [1] supervision is not done in 
the ISC, a timer is started according to national practice for clear-back supervision and MSC-A proceeds 
as follows: 

i) if a clear-back signal is received from MSC-B, MSC-A interprets this as indicating a clear-forward 
condition and proceeds by clearing the connections on interface B' and to MSC-B by normal clear- 
forward procedures; 

ii) if the timer expires, MSC-A proceeds by normal clear-forward of the connections on interface B' and 
to MSC-B. 

9.3 Handover control procedures MSC-A (functional unit 3) 

The procedures of functional unit 3 are given in terms of SDL diagrams in figure 41. To easily distinguish the interface 
concerned the messages received or sent from this unit are prefixed with either 'MAP' for a MAP message, 'A' for an A- 
Interface message or T for an ISDN/PSTN message. 

The procedures of functional unit 3 include: 

i) initiation. The initiation condition is shown by the signal A-HANDOVER-REQUIRED. 

The diagram also includes queuing when there is no channel available. Calls for which handover has been 
initiated should be queued with priority higher than normal calls. They should have lower priority than 
emergency calls. 

ii) handover of calls within the area of MSC-A, i.e. handover case i). In this case MSC-A controls the procedures on 
both the previous and the new radio channel, using signals A-HANDOVER-REQUEST and A-HANDOVER- 
COMMAND. The handover procedure is completed when A-HANDOVER-COMPLETE is received. If this 
signal is not received, the radio path and the cormection on interface B' are either released or the original 
cormection is maintained. 

In the case of ongoing GSM voice group calls for subsequent users of the VGCS channel upUnk the original 
connection shall always be maintained. 

For handover devices with three-party capabihties the handover device is first set up so that all interfaces A', A" 
and B' are connected (illustrated by the signal 'set up handover device'). This is done when the Handover 
Command is sent to the MS . The device is connected in its final position (i.e. A" to B' for case ii)) (illustrated by 
the signal 'connect handover device') when A-HANDOVER-COMPLETE is received. 

iii) handover to MSC-B . This procedure is the one described in clauses 7.1. and 7.2. For handover devices with 
three-party capabilities the handover device is set-up when MSC-A sends the Handover Conmiand to the MS , 
i.e. the interfaces A', B' and B" are then connected. The device is connected in its final position (i.e. B' to B") 
when the successful procedure indication is received from functional unit 4. 

iv) subsequent handover to MSC-A . The procedure is described in clauses 7.3. and 7.4. When a handover to 
MSC-A indication is received from functional unit 4, the handover device is set up so that interfaces B', B" and 
A' are connected (for handover devices with three-party capabilities). When A-HANDOVER-COMPLETE is 
received, the device is connected in its final position (i.e. B' to A'). 

If A-HANDOVER-COMPLETE is not received (expiry of timer T104), the handover device releases interface 
A' and returns to a position where B' and B" are connected. 
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v) subsequent handover to a third MSC (MSC-B') . The procedure is described in clauses 7.3. and 7.4. The 
handover device is set up in its initial position, (i.e. interconnection of interfaces B', B" and B'") when the 
connection to MSC-B' has been established. MSC-B is informed via functional unit 4 that the connection has 
been established and that the procedure on the radio path can be initiated. The device is connected in its final 
position (i.e. B' to B'") when a successful procedure indication is received from functional unit 4. MSC-B is 
informed that all procedures in MSC-B can be terminated (illustrated by the MAP-SEND-END-SIGNAL 
response). The device returns to the state where B' and B" are connected if the subsequent handover procedure 
fails. 

Timers in MSC-A. 

The procedures are supervised by timers in order to avoid a deadlock when responses are not received or the procedures 
fail. The following timers are defined: 

TlOl : this timer supervises the queuing time for a free channel. If TlOl expires, a no channel indication is 
generated, a retry procedure could be applied as described in clause 6.1. TlOl is set by O&M, 

T102: this timer supervises the time for handover completion for handover between BSSs in MSC-A. T102 is set 
by O&M, 

T103: this timer supervises the time between issuing an A-HANDOVER-COMMAND from MSC-A and 

receiving a successful procedure indication from MSC-B. This timer also supervises the time between 
sending an A-HO-REQUEST-ACKNOWLEDGE to MSC-B and receiving a successful procedure 
indication from MSC-B'. If T103 expires, the handover procedure is terminated. T103 is set by O&M, 

T104: this timer supervises the time between sending of an A-HO-REQUEST-ACKNOWLEDGE to MSC-B and 
receiving the A-HANDOVER-COMPLETE from BSS-B on MSC-A. If the timer expires, the new radio 
channel is released and the existing handover device connection to MSC-B is maintained. T104 is set by 
O&M. 

9.4 MAP procedures in MSC-A (functional unit 4) 

The MAP procedures for handover are defined in 3GPP TS 29.002 [12]. They include: 

- procedures for basic handover; 

- procedures for subsequent handover. 
These procedures are as outlined in clause 7. 

9.5 Interworking between Handover control procedures and 
MAP procedures in MSC-A 

The interworking between the Handover control procedures and the MAP procedures for handover is defined in 
3GPP TS 29.010 [8]. It includes: 

interworking at basic handover initiation; 

- interworking at subsequent handover completion. 
This interworking is not described in the present document. 

9.6 Compatibility with GSM Phase 1 

If the MSC-A initiates an Inter-MSC handover procedure according to Phase 2 MAP and BSSMAP protocols while 
using a Phase 1 BSSMAP protocol towards BSS-A, MSC-A has to perform the protocol interworking. 

The same holds if a Phase 2 BSSMAP protocol is used between MSC-A and BSS-A and the E-interface supports only 
Phase 1 protocol. 
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10 Detailed procedures in MSC-B 

10.1 BSS/IVISC (MS/BSS) procedures MSC-B (functional unit 1) 

The handover procedures in this functional unit consist of: 

i) signalUng between the MS and the MSG; 

ii) signalling between the BS and the MSG for access management. 
Signals exchanged with functional unit 3 are indicated in clause 10.3. 

10.2 Call control procedures MSC-B (functional unit 2) 

These procedures relate to the call control in MSG-B of the "handover" connection with MSG-A. For these procedures 
the following apply: 

Gall set-up: 

- the connection is set up by MSG-A. MSG-B should provide, if possible, the following backward signals: 

- signals indicating unsuccessful call set-up and, if possible, the cause of call failure; 
address complete signal; 

- answer signal (see note). 

NOTE: The answer signal is not related to answering by the MS and it has no meaning in the handover procedure 
between MSC-A and MSC-B. But after successful handover or successful subsequent channel assignment 
using a circuit connection between MSC-A and MSC-B this signal is needed for bringing the connection 
in the answered state in the intermediate PSTN/ISDN exchanges. 

there will be no indication that the call applies to a handover. This information has to be derived from the MS 
Handover Number received during call set-up in relation to the earlier MAP-PREP ARE-HANDOVER 
request/MAP-PREP ARE-HANDOVER response procedure between MSG-A and MSG-B. 

Gall clearing: 

call clearing consists of two parts after inter-MSC handover: clearing of the BSS-MS connection and clearing of 
the inter-MSG connection, this case is only applicable to calls successfully handed over. If a request to release 
the call is generated by the network while the MS is re-tuning from one BSS to another BSS, then MSG-B shall 
begin clearing the call to the network and queue the call release to the MS until the MS has resumed 
communication; 

the MAP is used to transfer information between MSC-A and MSC-B in order to make it possible for MSC-B to 
send the appropriate signals to the MS, specified in 3GPP TS 24.008 [10], and still leave the call control to 
MSC-A. MSG-A normally initiates release of the connection between MSG-A and MSG-B. Exceptionally 
MSC-B is allowed to release the connection if no MAP-SEND-END-SIGNAL response is received, or if the 
Handover is to be aborted. 

when the Signalling System no 7 ISDN User Part is used, the normal symmetric release procedures apply. When 
a signalling system is used without a symmetric release possibility or a fault condition occurs, the following may 
apply: 

- when MSC-B receives a clear-forward signal from MSG-A, it shall release the radio resources; 

- in fault situation eg. machine malfunction or loss of the connection on interface A, MSG-B may send a clear- 
back signal to MSG-A. 
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10.3 Handover control procedures MSC-B (functional unit 3) 

The procedures of functional unit 3 are given in form of SDL diagrams in figure 42. To easily distinguish the interface 
concerned the messages received or sent from this unit are prefixed with either 'MAP' for a MAP message, 'A' for an 
A-Interface message or T for an ISDN/PSTN message. The procedure in functional unit 3 include: 

i) handover from MSC-A. 

This case is initiated by MSC-A, and includes allocation and establishment of the new radio channel. The 
procedure is outlined in clauses 7.1. and 7.2. 

ii) intra-MSC handovers within the area controlled by MSC-B. 

This procedure is the same as that of i) in clause 9.3, except that the A-HANDOVER-REQUERED is received 
by MSC-B. 

iii) subsequent handover to another MSC (MSC-A or MSC-B'). 

The initiation procedure is essentially the same as that of i) of clause 9.3. The Handover Command to the MS is 
now generated by MSC-B after the A-HO-REQUEST-ACKNOWLEDGE is received from MSC-A (via 
functional unit 4). The procedure is terminated in MSC-B when MSC-B receives a terminate procedure 
indication from functional unit 4. 

Timers in MSC-B. 

The following procedures are supervised by timers in order to avoid a deadlock when responses are not received or the 
procedures fail. 

The following timers are defined: 

T201: this timer supervises the queuing time for a free channel. T201 is set by O&M; 

T202: this timer supervises the time for handover completion for handover between BSSs in MSC-B. If T202 
expires, the radio path and the connection on interface B' are released. T202 is set by O&M; 

T204: this timer supervises the time between sending of address complete message to MSC-A and receiving the 

A-HANDOVER-COMPLETE from BSS-B on MSC-B. This timer also supervises the time between issuing 
the handover command to the MS and receiving the MAP-SEND-END-SIGNAL response from MSC-A, 
for a subsequent handover. In the case of a handover without circuit connection between MSC-A and 
MSC-B this timer supervises the time between issuing the A-HO-REQUEST-ACKNOWLEDGE to the 
MSC-A and receiving the A-HANDOVER-COMPLETE from BSS-B on MSC-B. If the timer expires, then 
any new radio channel is released. T204 is set by O&M; 

T210: this timer is used to supervise the time for establishing a circuit connection from MSC-A to MSC-B. When 
T210 expires, the allocated channel in MSC-B is released. T210 is set by O&M. This timer is not started 
when MSC-A explicitly indicates that no handover number is needed; 

T211 : this timer is used to control the time between requesting a subsequent handover (A-HO-REQUEST to the 

MSC-A) and receiving the response from MSC-A (A-REQUEST-ACKNOWLEDGE/A-HO-FAILURE). If 
T21 1 expires, the existing connection with the MS is maintained. T21 1 is set by O&M. 

10.4 IVIAP procedures IVISC-B (functional unit 4) 

The MAP procedures for handover are defined in 3GPP TS 29.002 [12]. They include: 

- procedures for basic handover; 

- procedures for subsequent handover; 

- procedures for obtaining the handover number from the VLR. 
These procedures are outlined in clause 7. 
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10.5 Interworking between Handover control procedures and 
MAP procedures in MSC-B 

The interworking between the Handover control procedures and the MAP procedures for handover is defined in 
3GPP TS 29.010 [8]. It includes: 

- interworking at basic handover completion; 

interworking at subsequent handover initiation. 

This interworking is not described in the present document. 

1 0.6 Compatibility with GSM Phase 1 

If the MSC-B accepts an Inter-MSC handover procedure according to Phase 2 MAP and BSSMAP protocols while 
using a Phase 1 BSSMAP protocol towards BSS-B, MSC-B has to perform the protocol interworking. 

The same holds if a Phase 1 MAP protocol is requested on the E-interface and MSC-B uses a Phase 2 BSSMAP 
protocol towards BSS-B. 



1 1 Detailed procedures in 3G_MSC-A 

For detailed procedures in MSC-A at handover within the GSM network, please see clause 9 "Detailed procedures in 
MSC-A". 

11.1 RNC/BSC/3G_MSC and UE/MS/3G_MSC procedures in 
3G_MSC-A (functional unit 1) 

The handover/relocation procedures in this functional unit consist of: 

i) signalhng between the UE/MS and the 3G_MSC; 

ii) signalling between the RNS/BSS and the 3G_MSC for access management. 

1 1 .2 Call control procedures 3G_MSC-A (functional unit 2) 

The call control procedures related to handover/relocation in 3G_MSC-A can be divided into two functional entities: 

the first entity is the call control procedure as part of the normal interworking between the PSTN/ISDN and the 
PLMN/UTRAN; for an UE/MS originating call 3G_MSC-A is the originating exchange, for an UE/MS 
terminating call 3G_MSC-A is the destination exchange; 

the second entity is the call control procedure for the connection between 3G_MSC-A and 3G_MSC-B in case 
of a handover/relocation from 3G_MSC-A to 3G_MSC-B. For this call control procedure the following applies. 

Call set-up: 

- the connection to 3G_MSC-B is set up by procedures relevant to the signalling system used in the PSTN/ISDN 
to which 3G_MSC-A is connected. The call is set up by using the Handover Number received from 3G_MSC-B 
as part of the MAP procedure; 

the call set-up direction will always be from 3G_MSC-A to 3G_MSC-B, even when the call was originally 
established by the UE/MS. Functional unit 2 (see figure 5) should therefore keep information on call set-up 
direction in order to be able to interpret correctly any clearing signals (see below); 

- the unit should indicate the address complete condition to functional unit 3 and through-connect without 

awaiting the answer signal from 3G_MSC-B. This applies also to signalling systems where address complete 
signals are not supported. In such cases an artificial address complete is established by functional unit 2. 
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Call clearing: 

call clearing consists of two parts: after handover/relocation, clearing of the RNS-UE/MS or BSS-UE/MS 
connection and clearing of the inter-3G_MSC connection. If a request to release the call is generated by the 
network while the UE/MS is re-tuning from one RNS/BSS to another RNS/BSS, then 3G_MSC-A shall begin 
clearing the call to the network and queue the call release to the UE/MS until the UE/MS has resumed 
communication. This includes the case when 3G_MSC-B and/or 3G_MSC-B' are involved; 

- the MAP procedures are used to transfer information between 3G_MSC-B and 3G_MSC-A in order to maintain 
full call control within 3G_MSC-A. 3G_MSC-A determines, based on information received from 3G_MSC-B, 
the appropriate signals (according to 3GPP TS 24.008 [10]) to be sent to the UE/MS, and sends this information 

to 3G_MSC-B; 

- when 3G_MSC-A clears the call to the UE/MS it also clears the call control functions in 3G_MSC-B and sends 
the MAP-SEND-END-SIGNAL response to release the MAP resources in 3G_MSC-B. The clearing of the 
connection is by procedures relevant to the signalling system in the PSTN/ISDN to which 3G_MSC-A is 
connected; 

when the Signalling System no 7 ISDN User Part is used, the normal symmetric release procedures apply on 
both the connection to the fixed network and to 3G_MSC-B; 

- when a signalling system is used without a symmetric release possibility, some notice should be given to the 
clear-forward and clear-back procedures; 

- for UE/MS terminating calls the following conditions apply on clear-forward and clear-back: 

- when a clear-forward signal is received on interface B' (see figure 4), 3G_MSC-A clears the circuit to 
3G_MSC-B by normal clear-forward procedures; 

- when a clear-back signal is received from 3G_MSC-B, 3G_MSC-A starts normal clear-back procedures 
towards the fixed network (interface B') and sends the clear-forward signal on interface B" in order to clear 
the connection with 3G_MSC-B. 

NOTE 1: This case corresponds to a fault situation. 

- for UE/MS originated calls the following applies: 

when 3G_MSC-A receives a clear-back signal from 3G_MSC-B, this signal must be interpreted as indicating 
a clear-forward condition. 3G_MSC-A then clears both the connection on interface B' (see figure 4) and to 
3G_MSC-B by normal clear-forward procedures; 

NOTE 2: This case corresponds to a fault situation. 

- when 3G_MSC-A receives a clear-back signal on interface B', 3G_MSC-A should distinguish between 
national and international connections: 

- for international connections where the Q.118 [1] supervision is done in the ISC, 3G_MSC-A sends a 
clear-forward signal on both interface B' to the fixed network and interface B" to 3G_MSC-B; 

for national connections or for international connections where the Q.l 18 [1] supervision is not done in 
the ISC, a timer is started according to national practice for clear-back supervision and MSC-A proceeds 
as follows: 

i) if a clear-back signal is received from 3G_MSC-B, 3G_MSC-A interprets this as indicating a clear- 
forward condition and proceeds by clearing the cormections on interface B' and to 3G_MSC-B by 
normal clear-forward procedures; 

ii) if the timer expires, 3G_MSC-A proceeds by normal clear-forward of the connections on interface B' 
and to 3G_MSC-B. 
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1 1 .3 Handover/Relocation control procedures 3G_MSC-A 
(functional unit 3) 

The procedures of functional unit 3 are given in terms of SDL diagrams in figure 43. To easily distinguish the interface 
concerned the messages received or sent from this unit are prefixed with either 'MAP' for a MAP message, 'A' for an A- 
Interface message, T for an ISDN/PSTN message or 'lu' for an lu-message. 

The procedures of fimctional unit 3 include: 

i) initiation. The initiation condition is shown by the signal lu-RELOCATION-REQUIRED or A-HANDOVER- 
REQUIRED; 

The diagram also includes queuing when there is no channel available. Calls for which handover/relocation has 
been initiated should be queued with priority higher than normal calls. They should have lower priority than 
emergency calls. 

ii) handover/relocation of calls within the area controlled by 3G_MSC-A, i.e. handover/relocation case i); 

In the handover/relocation from RNS-A/BSS-A to RNS-B/BSS-B 3G_MSC-A controls the procedures on both 
the previous and the new radio channel, using signals lu-RELOCATlON-REQUEST/A-HANDOVER- 
REQUEST and lu-RELOCATlON-COMMAND/A-HANDOVER-COMMAND. The handover/relocation 
procedure is completed when lu-RELOCATION-COMPLETE/A-HANDOVER-COMPLETE is received. If this 
signal is not received, the radio path and the connection on interface B' are either released or the original 
connection is maintained. 

For handover/relocation devices with three-party capabihties the device is first set up so that all interfaces lu'/A', 
Iu"/A" and B' are connected (illustrated by the signal 'set up handover device'). This is done when the Relocation 
Command is sent to serving RNS or Handover Command is sent to the serving ESS. The device is connected in 
its final position (i.e. lu"/ A" to B' for case ii)) (illustrated by the signal 'connect handover device') when lu- 
RELOCATION-COMPLETE/A-HANDOVER-COMPLETE is received. 

iii) relocation to 3G_MSC-B. This procedure is the one described in clauses 8.3.1 and 8.3.2. For handover/relocation 
devices with three-party capabilities the device is set-up when 3G_MSC-A sends the Relocation Command to 
the UE, i.e. the interfaces lu', B' and B" are then connected. The device is connected in its final position (i.e. B' to 
B") when the successful procedure indication is received from functional unit 4; 

iv) UMTS to GSM handover to MSC-B. This procedure is the one described in clauses 8.1.1 and 8.1.2. For 
handover/relocation devices with three-party capabilities the device is set-up when 3G_MSC-A sends the 
Relocation Command to the serving RNS, i.e. the interfaces lu', B' and B" are then connected. The device is 
cormected in its final position (i.e. B' to B") when the successful procedure indication is received from fimctional 
unit 4; 

v) GSM to UMTS handover to 3G_MSC-B. This procedure is the one described in clauses 8.2.1 and 8.2.2. For 
handover/relocation devices with three-party capabihties the device is set-up when MSC-A sends the Handover 
Command to the serving BSS , i.e. the interfaces A', B' and B" are then connected. The device is connected in its 
final position (i.e. B' to B") when the successful procedure indication is received from functional unit 4; 

vi) subsequent relocation from 3G_MSC-B to 3G_MSC-A. The procedure is described in clauses 8.3.3.1 and 
8.3.4.1. When a relocation to 3G_MSC-A indication is received from functional unit 4, the handover/relocation 
device is set up so that interfaces B', B" and lu' are connected (for devices with three-party capabihties). When 
lu-RELOCATION-COMPLETE is received, the device is connected in its final position (i.e. B' to lu'); 

If lu-RELOCATION-COMPLETE is not received (expiry of timer T704), the handover/relocation device 
releases interface lu' and returns to a position where B' and B" are connected. 

vii) subsequent GSM to UMTS handover from MSC-B to 3G_MSC-A. The procedure is described in clauses 8.2.3.1 
and 8.2.4.1. When a handover to 3G_MSC-A indication is received from functional unit 4, the handover device 
is set up so that interfaces B', B" and A' are connected (for handover devices with three-party capabihties). When 
A-RELOCATION-COMPLETE is received, the device is connected in its final position (i.e. B' to lu'); 

If A-RELOCATION-COMPLETE is not received (expiry of timer T504), the device releases interface lu' and 
returns to a position where B' and B" are connected. 



ETSI 



3GPP TS 23.009 version 4.2.0 Release 4 



75 



ETSI TS 123 009 V4.2.0 (2001-09) 



viii) subsequent UMTS to GSM handover from 3G_MSC-B to MSC-A. The procedure is described in 
clauses 8.1.3.1 and 8.1.4.1. When a handover to MSC-A indication is received from frinctional unit 4, the 
handover device is set up so that interfaces B', B" and lu' are connected (for handover devices with three-party 
capabihties). When A-HANDOVER-COMPLETE is received, the device is connected in its final position 
(i.e. B' to A'); 

If A-HANDOVER-COMPLETE is not received (expiry of timer T304), the device releases interface A' and 
returns to a position where B' and B" are connected. 

ix) subsequent relocation from 3G_MSC-B to a third 3G_MSC (3G_MSC-B'). The procedure is described in 
clauses 8.3.4.2 and 8.3.5.2. The handover/relocation device is set up in its initial position, (i.e. interconnection of 
interfaces B', B" and B'") when the connection to 3G_MSC-B' has been estabhshed. 3G_MSC-B is informed via 
functional unit 4 that the connection has been established and that the procedure on the radio path can be 
initiated. The device is connected in its final position (i.e. B' to B'") when a successful procedure indication is 
received from functional unit 4. 3G_MSC-B is informed that all procedures in 3G_MSC-B can be terminated 
(illustrated by the MAP-SEND-END-SIGNAL response). The device returns to the state where B' and B" are 
connected if the subsequent relocation procedure fails; 

x) subsequent UMTS to GSM handover from 3G_MSC-B to a third MSC (MSC-B'). The procedure is described in 
clauses 8.1.3.2 and 8.1.4.2. The handover/relocation device is set up in its initial position, (i.e. interconnection of 
interfaces B', B" and B'") when the connection to MSC-B' has been estabhshed. 3G_MSC-B is informed via 
functional unit 4 that the connection has been established and that the procedure on the radio path can be 
initiated. The device is connected in its final position (i.e. B' to B'") when a successful procedure indication is 
received from functional unit 4. 3G_MSC-B is informed that all procedures in 3G_MSC-B can be terminated 
(illustrated by the MAP-SEND-END-SIGNAL response). The device returns to the state where B' and B" are 
connected if the subsequent UMTS to GSM handover procedure fails; 

xi) subsequent GSM to UMTS handover from MSC-B to a third MSC (3G_MSC-B'). The procedure is described in 
clauses 8.2.3.2 and 8.2.4.2. The handover/relocation device is set up in its initial position, (i.e. interconnection of 
interfaces B', B" and B'") when the connection to 3G_MSC-B' has been established. MSC-B is informed via 
functional unit 4 that the connection has been established and that the procedure on the radio path can be 
initiated. The device is connected in its final position (i.e. B' to B'") when a successful procedure indication is 
received from functional unit 4. MSC-B is informed that all procedures in MSC-B can be terminated (illustrated 
by the MAP-SEND-END-SIGNAL response). The device returns to the state where B' and B" are connected if 
the subsequent GSM to UMTS handover procedure fails. 

NOTE: The procedures ii), vi) and vii) may be apphed also in case of a handover/relocation to an RNC which is 
controlled by 3G_MSC-A by using the "Flexible lu interface for handover/relocation" option. 

Timers in 3G_MSC-A. 

The procedures are supervised by timers in order to avoid a deadlock when responses are not received or the procedures 
fail. 

The following timers are defined for SRNS Relocation: 

T701: this timer supervises the queuing time for a free channel for the relocation inside UMTS. If T701 expires, a 
no channel indication is generated and 3G_MSC-A will terminate the relocation as described in 
clause 6.2.3. T701 is set by O&M; 

T702: this timer supervises the time for relocation completion for relocation between RNSs in 3G_MSC-A. T702 
is set by O&M; 

T703 : this timer supervises the time between issuing an lu-RELOCATION-COMMAND from 3G_MSC-A and 

receiving a successful procedure indication from 3G_MSC-B. This timer also supervises the time between 
sending an lU-RELOCATION-REQUEST- ACKNOWLEDGE to 3G_MSC-B and receiving a successful 
procedure indication from 3G_MSC-B'. If T703 expires, the relocation procedure is terminated. T703 is set 
by O&M; 

T704: this timer supervises the time between sending of an lU-RELOCATION-REQUEST- ACKNOWLEDGE to 
3G_MSC-B and receiving the lu-RELOCATION-COMPLETE from RNS-B on 3G_MSC-A. If the timer 
expires, the new radio channel is released and the existing handover/relocation device connection to 
3G_MSC-B is maintained. T704 is set by O&M. 
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The following timers are defined for UMTS to GSM handover: 

T301: this timer supervises the queuing time for a free channel for the UMTS to GSM handover. If T301 expires, 
a no channel indication is generated and 3G_MSC-A will terminate the handover as described in 
clause 6.2.3. T301 is set by O&M; 

T302: this timer supervises the time for UMTS to GSM handover completion for handover from RNS to BSS in 
3G_MSC-A. T302 is set by O&M; 

T303: this timer supervises the time between issuing an lu-RELOCATION-COMMAND from 3G_MSC-A and 
receiving a successful procedure indication from MSC-B. This timer also supervises the time between 
sending an A-HO-REQUEST- ACKNOWLEDGE to MSC-B and receiving a successful procedure 
indication from MSC-B'. If T303 expires, the UMTS to GSM handover procedure is terminated. T303 is set 
by O&M; 

T304: this timer supervises the time between sending of an A-HO-REQUEST- ACKNOWLEDGE to MSC-B and 
receiving the A-HANDOVER-COMPLETE from BSS-B on 3G_MSC-A. If the timer expires, the new 
radio channel is released and the existing handover device connection to MSC-B is maintained. T304 is set 
by O&M. 

The following timers are defined for GSM to UMTS handover: 

T501: this timer supervises the queuing time for a free channel for the GSM to UMTS handover. If T501 expires, 
a no channel indication is generated and 3G_MSC-A will terminate the handover as described in 
clause 6.2.3. T501 is set by O&M; 

T502: this timer supervises the time for GSM to UMTS handover completion for handover from BSS to RNS in 
3G_MSC-A. T502 is set by O&M; 

T503 : this timer supervises the time between issuing an A-HANDOVER-COMMAND from MSC-A and 

receiving a successful procedure indication from 3G_MSC-B. This timer also supervises the time between 
sending an A-HANDOVER-REQUEST-ACKNOWLEDGE to 3G_MSC-B and receiving a successful 
procedure indication from 3G_MSC-B'. If T503 expires, the GSM to UMTS handover procedure is 
terminated. T503 is set by O&M; 

T504: this timer supervises the time between sending of an A-HANDOVER-REQUEST-ACKNOWLEDGE to 
3G_MSC-B and receiving the lu-RELOCATION-COMPLETE fi-om RNS-B on 3G_MSC-A. If the timer 
expires, the new radio channel is released and the existing handover device cormection to MSC-B is 
maintained. T504 is set by O&M. 

1 1 .4 MAP procedures in 3G_MSC-A (functional unit 4) 

The MAP procedures for handover/relocation are defined in 3GPP TS 29.002 [12]. They include: 

- procedures for basic handover/relocation; 

- procedures for subsequent handover/relocation. 
These procedures are as outlined in clause 8. 

1 1 .5 Interworking between Handover/Relocation control 
procedures and MAP procedures in 3G_MSC-A 

The interworking between the Handover/Relocation control procedures and the MAP procedures for 
handover/relocation is defined in 3GPP TS 29.010 [8]. It includes: 

interworking at basic handover/relocation initiation; 

interworking at subsequent handover/relocation completion. 

This interworking is not described in the present document. 
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1 1 .6 Compatibility with GSIVI Phase 1 

Interworking with the GSM Phase 1 is not supported. 

11.7 Protocol interworking 

If the 3G_MSC-A initiates an Inter UMTS to GSM handover procedure according to MAP and BSSMAP protocols 
while using a RANAP protocol towards RNS-A, 3G_MSC-A has to perform the protocol interworking. 

The same holds if 3G_MSC-A accepts a subsequent GSM to UMTS handover while using a RANAP protocol towards 
RNS-B. 



1 2 Detailed procedures in 3G_MSC-B 

For detailed procedures in 3G_MSC-B at handover within the GSM network, please see clause 10 'Detailed procedures 
inMSC-B'. 

12.1 RNC/BSC/3G_MSC (UE/MS/RNC/BSC) procedures in 
3G_MSC-B (functional unit 1) 

The Intra and Inter-3G_MSC handover/relocation procedures in this functional unit consist of: 

i) signalling between the UE/MS and the 3G_MSC; 

ii) signalling between the RNS/BSS and the 3G_MSC for access management. 
Signals exchanged with functional unit 3 are indicated in clause 12.3. 

1 2.2 Call control procedures 3G_MSC-B (functional unit 2) 

These procedures relate to the call control in 3G_MSC-B of the "3G_MSC handover/relocation" connection with 
3G_MSC-A. For these procedures the following apply: 

Call set-up: 

- the connection is set up by 3G_MSC-A. 3G_MSC-B should provide, if possible, the following backward signals: 

- signals indicating unsuccessful call set-up and, if possible, the cause of call failure; 

- address complete signal; 
answer signal (see note). 

NOTE: The answer signal is not related to answering by the UE/MS and it has no meaning in the 3G_MSC 
handover/relocation procedure between 3G_MSC-A and 3G_MSC-B. But after successful 
handover/relocation or successful subsequent channel assignment using a circuit connection between 
3G_MSC-A and 3G_MSC-B this signal is needed for bringing the connection in the answered state in the 
intermediate PSTN/ISDN exchanges. 

- there will be no indication that the call appUes to a 3G_MSC handover/relocation. This information has to be 

derived from the UE/MS Handover Number received during call set-up in relation to the earlier MAP- 
PREPARE-HANDOVER request/MAP-PREP ARE-HANDOVER response procedure between 3G_MSC-A and 
3G_MSC-B. 
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Call clearing: 

call clearing consists of two parts after inter-3G_MSC handover/relocation: clearing of the RNS-UE/MS or the 
BSS-UE/MS connection and clearing of the inter-3G_MSC connection, these cases are only apphcable to calls 
successfiilly handed over or relocated. If a request to release the call is generated by the network while the 
UE/MS is re-tuning from one RNS/BSS to another RNS/BSS, then 3G_MSC-B shall begin clearing the call to 
the network and queue the call release to the UE/MS until the UE/MS has resumed communication; 

- the MAP is used to transfer information between 3G_MSC-A and 3G_MSC-B in order to make it possible for 
3G_MSC-B to send the appropriate signals to the UE/MS, specified in 3GPP TS 24.008 [10], and still leave the 
call control to 3G_MSC-A. 3G_MSC-A normally initiates release of the connection between 3G_MSC-A and 
3G_MSC-B. Exceptionally 3G_MSC-B is allowed to release the connection if no MAP-SEND-END-SIGNAL 
response is received, or if the 3G_MSC Handover/Relocation is to be aborted; 

- when the Signalling System no 7 ISDN User Part is used, the normal symmetric release procedures apply. When 
a signalUng system is used without a symmetric release possibiUty or a fault condition occurs, the following may 
apply: 

- when 3G_MSC-B receives a clear-forward signal from 3G_MSC-A, it shall release the radio resources; 

in fault situation e.g. machine malfunction or loss of the connection on interface lu or interface A, 
3G_MSC-B may send a clear-back signal to 3G_MSC-A. 

12.3 Handover/Relocation control procedures in 3G_MSC-B 
(functional unit 3) 

The procedures of functional unit 3 are given in form of SDL diagrams in figure 44. To easily distinguish the interface 
concerned the messages received or sent from this unit are prefixed with either 'MAP' for a MAP message, 'A' for an 
A-lnterface message, 'lu' for an lu-Interface message or T for an ISDN/PSTN message. The procedure in functional 
unit 3 include: 

i) inter 3G_MSC handover/relocation from 3G_MSC-A; 

This case is initiated by 3G_MSC-A, and includes allocation and establishment of the new radio resources. The 
procedure is outlined in clauses 8.1.1 and 8.1.2. for UMTS to GSM handover, clauses 8.2.1 and 8.2.2 for GSM to 
UMTS handover and clauses 8.3.1 and 8.3.2 for relocation. 

ii) intra-3G_MSC UMTS to GSM handovers within the area controlled by 3G_MSC-B; 

This procedme is the same as that of ii) in clause 1 1.3, except that the lu-RELOCATlON-REQUlRED is 
received by 3G_MSC-B. 

iii) intra-3G_MSC GSM to UMTS handovers within the area controlled by 3G_MSC-B; 

This procediu"e is the same as that of ii) in clause 1 1.3, except that the A-HANDOVER- REQUIRED is received 
by3G_MSC-B. 

iv) intra-3G_MSC SRNS Relocation within the area controlled by 3G_MSC-B; 

This procedure is the same as that of ii) in clause 11.3, except that the lu-RELOCATION-REQUIRED is 
received by 3G_MSC-B. 

v) subsequent handover/relocation to another 3G_MSC (3G_MSC-A or 3G_MSC-B'); 

The initiation procedure is essentially the same as that of i) of clause 11.3. The Handover Command to the BSS 
or the Relocation Command to the RNS is now generated by 3G_MSC-B after the A-HO-REQUEST- 
ACKNOWLEDGE or lu-RELOCATION-REQUEST- ACKNOWLEDGE is received fi-om 3G_MSC-A (via 
fiinctional unit 4). The procedure is terminated in 3G_MSC-B when 3G_MSC-B receives a terminate procedure 
indication from functional unit 4. 

NOTE: The procedures iii), iv) and, in case of a subsequent handover back to 3G_MSC-A, the procedure v) may 
be applied also in case of a handover/relocation to an RNC which is controlled by 3G_MSC-B or 
3G_MSC-A respectively by using the "Flexible lu interface for handover/relocation" option. 
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Timers in 3G_MSC-B. 

The following procedures are supervised by timers in order to avoid a deadlock when responses are not received or the 
procedures fail. 

The following timers are defined for UMTS to GSM handover: 

T401: this timer supervises the queuing time for a free channel. T401 is set by O&M; 

T402: this timer supervises the time for handover completion for UMTS to GSM handover from RNS to BSS in 
3G_MSC-B. If T402 expires, the radio path and the connection on interface B' are released. T402 is set by 
O&M; 

T404: this timer supervises the time between sending of address complete message to 3G_MSC-A and receiving 
the A-HANDOVER-COMPLETE from BSS-B on 3G_MSC-B. This timer also supervises the time 
between issuing the handover command to the UE/MS and receiving the MAP-SEND-END-SIGNAL 
response from 3G_MSC-A, for a subsequent handover from UMTS to GSM. In the case of a UMTS to 
GSM handover without circuit connection between 3G_MSC-A and 3G_MSC-B this timer supervises the 
time between issuing flie A-HO-REQUEST-ACKNOWLEDGE to the 3G_MSC-A and receiving the A- 
HANDOVER-COMPLETE from BSS-B on 3G_MSC-B. If the timer expires, then any new radio channel 
is released. T404 is set by O&M; 

T410: this timer is used to supervise the time for establishing a circuit connection from 3G_MSC-A to 

3G_MSC-B. When T410 expires, the aUocated channel in 3G_MSC-B is released. T410 is set by O&M. 
This timer is not started when 3G_MSC-A explicitly indicates that no handover number is needed; 

T41 1: this timer is used to control the time between requesting a subsequent UMTS to GSM handover 

(A-HO-REQUEST to the 3G_MSC-A) and receiving the response from 3G_MSC-A (A-HO-REQUEST- 
ACKNOWLEDGE/A-HO-FAILURE). If T41 1 expires, the existing connection with the UE/MS is 
maintained. T41 1 is set by O&M. 

The following timers are defined for GSM to UMTS handover: 

T601: this timer supervises the queuing time for a free radio resource. T601 is set by O&M; 

T602: this timer supervises the time for handover completion for GSM to UMTS handover from BSS to RNS in 
3G_MSC-B. If T602 expires, the radio path and the connection on interface B' are released. T602 is set by 
O&M; 

T604: this timer supervises the time between sending of address complete message to 3G_MSC-A and receiving 
the lu-RELOCATION-COMPLETE from RNS-B on 3G_MSC-B. This timer also supervises the time 
between issuing the handover command to the UE/MS and receiving the MAP-SEND-END-SIGNAL 
response from 3G_MSC-A, for a subsequent handover from GSM to UMTS. In the case of a GSM to 
UMTS handover without circuit connection between 3G_MSC-A and 3G_MSC-B this timer supervises the 
time between issuing the A-HO-REQUEST-ACKNOWLEDGE to the 3G_MSC-A and receiving the lu- 
RELOCATION-COMPLETE from RNS-B on 3G_MSC-B. If the timer expires, then any new radio 
resource is released. T604 is set by O&M; 

T610: this timer is used to supervise the time for establishing a circuit connection from 3G_MSC-A to 

3G_MSC-B. When T610 expires, the allocated radio resource in 3G_MSC-B is released. T610 is set by 
O&M. This timer is not started when 3G_MSC-A explicitiy indicates that no handover number is needed; 

T61 1 : this timer is used to control the time between requesting a subsequent GSM to UMTS handover 

(A-HO-REQUEST to the 3G_MSC-A) and receiving the response from 3G_MSC-A (A-HO-REQUEST- 
ACKNOWLEDGE/A-HO-FAILURE). If T61 1 expires, the existing connection with the UE/MS is 
maintained. T611 is set by O&M. 

The following timers are defined for SRNS Relocation: 

T801: this timer supervises the queuing time for a free radio resource. T801 is set by O&M; 

T802: this timer supervises the time for relocation completion for relocation between RNSs in 3G_MSC-B. If 
T802 expires, the radio path and the connection on interface B' are released. T802 is set by O&M; 
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T804: this timer supervises the time between sending of address complete message to 3G_MSC-A and receiving 
the lu-RELOCATION-COMPLETE from RNS-B on 3G_MSC-B. This timer also supervises the time 
between issuing the handover command to the UE and receiving the MAP-SEND-END-SIGNAL response 
from 3G_MSC-A, for a subsequent relocation. In the case of a relocation without circuit connection 
between 3G_MSC-A and 3G_MSC-B this timer supervises the time between issuing the 
lu-RELOCATION-REQUEST-ACKNOWLEDGE to the 3G_MSC-A and receiving the 
lu-RELOCATION-COMPLETE from RNS-B on 3G_MSC-B. If the timer expires, then any new radio 
resource is released. T804 is set by O&M; 

T810: this timer is used to supervise the time for establishing a circuit connection from 3G_MSC-A to 

3G_MSC-B. When T810 expires, the allocated channel in 3G_MSC-B is released. T810 is set by O&M. 
This timer is not started when 3G_MSC-A explicitly indicates that no handover number is needed; 

T811: this timer is used to control the time between requesting a subsequent relocation (lu-RELOCATION- 
REQUEST to the 3G_MSC-A) and receiving the response from 3G_MSC-A (lu-RELOCATION- 
REQUEST-ACKNOWLEDGE/ lu-RELOCATION-FAILURE). If T811 expires, the existing connection 
with the UE is maintained. T811 is set by O&M. 

1 2.4 MAP procedures in 3G_MSC-B (functional unit 4) 

The MAP procedures for handover/relocation are defined in 3GPP TS 29.002 [12]. They include: 

- procedures for basic handover/relocation; 

- procedures for subsequent handover/relocation; 

- procedures for obtaining the handover number from the VLR. 
These procedures are outlined in clause 8. 

12.5 Interworking between Handover/Relocation control 
procedures and MAP procedures in 3G_MSC-B 

The interworking between the Handover/Relocation control procedures and the MAP procedures for 
handover/relocation is defined in 3GPP TS 29.010 [8]. It includes: 

interworking at basic handover/relocation completion; 

interworking at subsequent handover/relocation initiation. 

This interworking is not described in the present document. 

1 2.6 Compatibility with GSM Phase 1 

GSM phase 1 is not supported. 

12.7 Protocol interworking 

If the 3G_MSC-B accepts an Inter-3G_MSC GSM to UMTS handover procedure according to MAP and BSSMAP 
protocols while using a RANAP protocol towards RNS-B, 3G_MSC-B has to perform the protocol interworking. 

The same holds if 3G_MSC-B initiates a subsequent UMTS to GSM handover while using a RANAP protocol towards 
RNS-A. 
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1 3 Subsequent channel assignment using a circuit 
connection between MSC-A and MSC-B 



13.1 GSIVIiiandover 

If a circuit connection has to be set up (for example for a Mobile Originated or Mobile Terminated Call Establishment) 
after an Inter-MSC handover without circuit connection, MSC-A shall request a Handover Number using a 
MAP-PREP ARE-HANDOVER request, containing the A- ASSIGNMENT-REQUEST, on the established MAP 
connection. If MSC-B indicates to MSC-B and to MSC-A that at least one of two procedures assignment or Handover 
Number allocation can not be completed, then MSC-A shall terminate the circuit establishment attempt. The existing 
connection to the MS shall be maintained, if possible. 

Upon receipt of the MAP-PREP ARE-HANDOVER request MSC-B shall perform the requested assignment operation 
towards the BSS. In addition it shall retrieve a Handover Number from VLR-B. If a failure occurs in the assignment or 
Handover Number allocation then it shall be reflected in the MAP-PREP ARE-HANDOVER response that at least one 
of these two procedures has not been completed (i.e. either by a MAP-PREP ARE-HANDOVER result with the 
assignment procedure outcome and the Handover Number allocation outcome or by a MAP-PREP ARE-HANDOVER 
error). 

When MSC-A receives a successful MAP-PREP ARE-HANDOVER response it shall establish a circuit connection to 
MSC-B by using the appropriate network supported procedures. In figure 36 this is indicated by the lAM (Initial 
Address Message) and ACM (Address Complete Message). MSC-B shall also send the Answer message if appropriate 
to the signalling system. Upon receipt of the Answer MSC-A shall consider the circuit connection establishment phase 
complete. If a failure occurs during the cirucit establishment phase then the existing connection to the MS shall be 
maintained, if possible. 



MSC-A 



MSC-B 



MAP-Prepare-Handover req. 



MAP-Prep-Handover resp. 



lAM ^ 



^ ACM 

^ Answer 



BSS-B/MS 



MAP-Alloc-Handover-Ni mber req 



A-ASG-REQUEST 



A-ASG-COMPLETE 



MAP-Send-Handover-Re lort req 



MAP-Scnd-Handovcr-Rc )ort rcsp. (1 j 



End of call 



RELEASE 



MAP-Send-End-Signal resp. 



VLR-B 



NOTE: Can be sent at any time after the reception of lAM. 



Figure 36: Successful circuit-switched call establishment 
after a Basic Handover without circuit connection 
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1 3.2 UMTS to GSM handover 

If a circuit connection has to be set up (for example for a Mobile Originated or Mobile Terminated Call Establishment) 
after an Inter-3G_MSC UMTS to GSM handover without circuit connection, 3G_MSC-A shall request a Handover 
Number using a MAP-PREP ARE-HANDOVER request, containing the A-ASSIGNMENT-REQUEST, on the 
established MAP connection. If MSC-B indicates to MSC-B and to 3G_MSC-A that at least one of two procedures 

assignment or Handover Number allocation can not be completed, then 3G_MSC-A shall terminate the circuit 
establishment attempt. The existing connection to the UE/MS shall be maintained, if possible. 

Upon receipt of the MAP-PREP ARE-HANDOVER request MSC-B shall perform the requested assignment operation 
towards the BSS. In addition it shall retrieve a Handover Number from VLR-B. If a failure occurs in the assignment or 
Handover Number allocation then it shall be reflected in the MAP -PREP ARE-HANDOVER response that at least one 
of these two procedures has not been completed (i.e. either by a MAP-PREP ARE-HANDOVER result with the 
assignment procedure outcome and the Handover Number allocation outcome or by a MAP-PREP ARE-HANDOVER 
error). 

When 3G_MSC-A receives a successful MAP-PREP ARE-HANDOVER response, it shall estabhsh a circuit connection 
to MSC-B by using the appropriate network supported procedures. In figure 37 this is indicated by the lAM (Initial 
Address Message) and ACM (Address Complete Message). MSC-B shall also send the Answer message if appropriate 
to the signalling system. Upon receipt of the Answer 3G_MSC-A shall consider the circuit connection establishment 
phase complete. If a failure occurs during the circuit establishment phase then the existing connection to the UE/MS 
shall be maintained, if possible. 



3G MSC-A 



MSC-B 



MAP-Prepare-Handover req. 



MAP-Prep-Handover resp. 



lAM 



.... ^ 



End of call 



^ ACM 

^ Answer 



RELEASE ^ 



BSS-B/UE/MS 



MAP-AUoc-Handover-Ni mber req 



A-ASG-REQUEST 



A-ASG-COMPLETE 



MAP-Send-Handover-Re lort req 



MAP-Send-Handover-Re lort resp. (1) 



MAP-Send-End-Signal resp. 



VLR-B 



NOTE 1 : Can be sent at any time after the reception of lAM. 



Figure 37: Successfui circuit-switclied caii estabiisliment 
after a Basic UMTS to GSM Handover without circuit connection 
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1 3.3 GSM to UMTS handover 

If a circuit connection has to be set up (for example for a Mobile Originated or Mobile Terminated Call Establishment) 
after an Inter-3G_MSC GSM to UMTS handover without circuit connection, MSC-A shall request a Handover Number 
using a MAP-PREP ARE-HANDOVER request, containing the A-ASSIGNMENT-REQUEST, on the estabhshed MAP 
connection. If 3G_MSC-B indicates to 3G_MSC-B and to MSC-A that at least one of two procedures assignment or 
Handover Number allocation can not be completed, then MSC-A shall terminate the circuit estabUshment attempt. The 
existing connection to the UE/MS shall be maintained, if possible. 

Upon receipt of the MAP-PREP ARE-HANDOVER request 3G_MSC-B shall perform the requested assignment 
operation towards the RNS. In addition it shall retrieve a Handover Number from VLR-B. If a failure occurs in the 
assignment or Handover Number allocation then it shall be reflected in the MAP-PREP ARE-HANDOVER response 
that at least one of these two procedures has not been completed (i.e. either by a MAP-PREP ARE-HANDOVER result 
with the assignment procedure outcome and the Handover Number allocation outcome or by a MAP-PREP ARE- 
HANDOVER error). 3G_MSC-B inserts the transcoder according to the information received from MSC-A. 

When MSC-A receives a successful MAP -PREP ARE-HANDOVER response, it shall establish a circuit connection to 
3G_MSC-B by using the appropriate network supported procedures. In figure 38 this is indicated by the lAM (Initial 
Address Message) and ACM (Address Complete Message). 3G_MSC-B shall also send the Answer message if 
appropriate to the signalling system. Upon receipt of the Answer MSC-A shall consider the circuit connection 
establishment phase complete. If a failure occurs during the circuit establishment phase then the existing connection to 
the UE/MS shall be maintained, if possible. 



MSC-A 



3G MSC-B 



MAP-Prepare-Handover req. 



4 



MAP-Prep-Handover resp. 



lAM 



End of call 



^ ACM 

^ Answer 



RELEASE ^ 



RNS-B/UE/MS 



MAP-AUoc-Handover-Ni mber req 



lU-RAB-ASG-REQUEST 



•U-RAB-ASG-COMPLETE 



MAP-Send-Handover-Re )ort req 



MAP-Send-Handover-Reyort resp (1) 



MAP-Send-End-Signal resp. 



VLR-B 



NOTE 1 : Can be sent at any time after the reception of lAM. 



Figure 38: Successful circuit-switched call establishment 
after a Basic GSM to UMTS Handover without circuit connection 
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13.4 



SRNS Relocation 



13.4.1 



Without circuit connection 



If a circuit connection has to be set up (for example for a Mobile Originated or Mobile Terminated Call Establishment) 
after an Inter-3G_MSC relocation without circuit connection, 3G_MSC-A shall request a Handover Number using a 
MAP-PREP ARE-HANDOVER request, containing the lU-RAB-ASSIGNMENT-REQUEST, on the established MAP 
connection. If 3G_MSC-B indicates to 3G_MSC-B and to 3G_MSC-A that at least one of two procedures (RAB) 
assignment or Handover Number allocation can not be completed, then 3G_MSC-A shall terminate the circuit 
establishment attempt. The existing connection to the UE shall be maintained, if possible. 

Upon receipt of the MAP -PREP ARE-HANDOVER request, 3G_MSC-B shall perform the requested RAB assignment 
operation towards the RNS. In addition it shall retrieve a Handover Number from VLR-B. and connect a transcoder in 
case of TDM networks. If a failure occurs in the RAB assignment or Handover Number allocation then it shall be 
reflected in the MAP-PREPARE-HANDOVER response that at least one of these two procedures has not been 
completed (i.e. either by a MAP-PREPARE-HANDOVER result with the RAB assignment procedure outcome and the 
Handover Number allocation outcome or by a MAP-PREPARE-HANDOVER error). 

When 3G_MSC-A receives a successful MAP-PREPARE-HANDOVER response, it shall estabUsh a circuit connection 
to 3G_MSC-B by using the appropriate network supported procedures. In figure 39 this is indicated by the lAM (Initial 
Address Message) and ACM (Address Complete Message). 3G_MSC-B shall also send the Answer message if 
appropriate to the signalhng system. Upon receipt of the Answer 3G_MSC-A shall consider the circuit connection 
establishment phase complete. If a failure occurs during the circuit establishment phase then the existing connection to 
the UE shall be maintained, if possible. 

13.4.2 Witli circuit connection (Optional functionality) 

If 3G_MSC-A and 3G_MSC-B support the optional supplementary service Multicall (See 3GPP TS 23.135), 3G_MSC- 
A and 3G_MSC-B shall have the following functionality additionally to the description in clause 13.4.1. 

A new circuit connection shall be able to set up (for example for a new Mobile Originated or a new Mobile Terminated 
Call Establishment) after an Inter-3G_MSC relocation with one or several circuit connections. The procedures for the 
establishment of the additional circuit connection in 3G_MSC-A and 3G_MSC-B are the same as that described in 
clause 13.4.1. 
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3G_MSC-A 



3G MSC-B 



MAP-Prepare-Handover req. 



MAP-Prep-Handover resp. 



lAM 



ACM 



^ ^ 

^ Answer 



RNS-B/UE 



MAP-AUoc-Handover-Ni mber req 



lU-RAB-ASG-REQUEST 



-RAB-ASG-COMPLETE 



MAP-Send-Handover-Re lort req 



MAP-Send-Handover-Re lort resp. (1) 



End of call 



RELEASE 



MAP-Send-End-Signal resp. 



VLR-B 



NOTE 1 : Can be sent at any time after the reception of lAIVI. 



Figure 39: Successful circuit-switched call establishment 
after a Basic Relocation without circuit connection 



14 Directed retry handover 

Editor's Note: [Directed retry in the cases of SRNS relocation is FFS] 



14.1 GSM handover 

The directed retry procedure allows the network to select the optimum cell for the Mobile Station. The process of 
directed retry involves the assignment of a Mobile Station to a radio channel on a cell other than the serving cell. This 
process is triggered by the assignment procedures, as described in 3GPP TS 08.08 [5], and employs internal or external 
handover procedures as described in clauses 6 and 7. The successful procedure for a directed retry is as shown in 
figure 40 and as described below. 

If during the assignment phase, as represented by the A- ASSIGNMENT-REQUEST message, a handover becomes 
necessary, due to either radio conditions or congestion, then the Mobile Station may be handed over to a different cell. 
When the decision has been made to handover the MS the BSS-A may send an A-ASSIGNMENT-FAILURE message, 
indicating 'directed retry', before sending the A-HANDOVER-REQUIRED message to MSC-A, indicating 'directed 
retry'. However BSS-A may alternatively send the A-HANDOVER-REQUIRED message, indicating 'directed retry', 
without sending the A-ASSIGNMENT-FAILURE message. Other cause values may be used instead of "Directed 
Retry" in the A-HANDOVER-REQUIRED message, this will allow the MSG to take different actions dependent on the 
received cause. Upon receipt of the A-HANDOVER-REQUIRED message from BSS-A, then MSC-A shall initiate the 
handover as described in clauses 6 and 7. No resources shall be cleared in the MSC-A or BSS-A for this connection. 

After receipt of the A-HANDOVER-COMPLETE message from BSS-B the assignment procedure shall be considered 
to be complete and the resources on BSS-A shall be cleared. 
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MS 



BSS-A 



RI-HO-Conimand 



A-Assignment-Request 



A- Assignment-Failure 



A-Handover-Required 



A-Handover-Command 



A-Clear-Conunand 



A-Clear-Complete 



■MS 



MSC-A 



BSS-B 



A-Handover-Request 



A-Handover-Request-Ack 



A-Handover-Detect 



A-Handover-Complete 



Rl HO-Ac 



RI-HO-CompIete 



Figure 40: Example of a Directed Retry Intra-MSC Handover Procedure 



If a failure occurs during the handover attempt, for example A-HANDOVER-FAILURE returned from BSS-A or BSS- 
B, then MSC-A will terminate the handover to BSS-B. Under these conditions MSC-A may optionally take one of a 
number of actions: 

i) retry the handover to the same cell; 

ii) select the next cell from the list contained in the A-HANDOVER-REQUIRED message and attempt a handover 
to the new cell; 

iii) send an A-HANDOVER-REQUIRED-REJECT to BSS-A, if an A-HANDOVER-COMMAND has not already 
been sent; 

iv) retry the assignment procedure to BSS-A, if the failure message was returned from BSS-A. This option is 
additional to those for normal handover; 

v) Clear the complete call. 

The procedures for Inter-MSC handover are also applicable to the directed retry process. If an Inter-MSC handover is 
necessary then the assignment process should be considered to have completed successfully upon receipt of the A-HO- 
COMPLETE included in the MAP-SEND-END-SIGNAL request. 



1 4.2 GSM to UMTS handover 

The directed retry procedure allows the network to select the optimum cell for the UE/MS. The process of directed retry 
involves the assignment of a UE/MS to a radio channel on a cell other than the serving cell. This process is triggered by 
the assignment procedures, as described in 3GPP TS 08.08 [5], and employs internal or external GSM to UMTS 
handover procedures as described in clauses 6.2.2 and 8.2. The successful procedure for a directed retry in case of an 
intra-3G_MSC GSM to UMTS handover is as shown in figure 40a and as described below. 
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If during the assignment phase, as represented by the A- ASSIGNMENT-REQUEST message, a GSM to UMTS 
handover becomes necessary, due to either radio conditions or congestion, then the UE/MS may be handed over to a 
UMTS cell. When the decision has been made to handover the UE/MS the BSS-A may send an A-ASSIGNMENT- 
FAILURE message, indicating 'directed retry', before sending the A-HANDOVER-REQUIRED message to 
3G_MSC-A, indicating 'directed retry'. However BSS-A may alternatively send the A-HANDOVER-REQUIRED 
message, indicating 'directed retry', without sending the A-ASSIGNMENT-FAILURE message. Other cause values 
may be used instead of "Directed Retry" in the A-HANDOVER-REQUIRED message, this will allow the 3G_MSC to 
take different actions dependent on the received cause. Upon receipt of the A-HANDOVER-REQUIRED message from 
BSS-A, then 3G_MSC-A shall initiate the GSM to UMTS handover as described in clauses 6.2.2 and 8.2. No resources 
shall be cleared in the 3G_MSC-A or BSS-A for this connection. 

After receipt of the lu-RELOCATION-COMPLETE message from RNS-B the assignment procedure shall be 
considered to be complete and the resources on BSS-A shall be cleared. 



UE/MS 



BSS-A 



RI-HO-Command 



3G_MSC-A 



A- Assignment-Request 



A- Assignment-Failure 



A-Handover-Required 



A-Handovcr-Commund 



A-Clear-Command 



A-CIear-Complete 



RNS-B 



lu-Relocation-Request 



lu-Relocation-Request-Ack 



lu-Relocation-Detect 



lu-Relocation-Complete 



UE/MS 



RRC-HO-Complete 



Figure 40a: Exampie of a Directed Retry lntra-3G_l\/!SC GSIV! to UlUITS IHandover Procedure 

If a failure occurs during the handover attempt, for example A-HANDOVER-FAILURE returned from BSS-A or lu- 
RELOCATION FAILURE from RNS-B then 3G_MSC-A will terminate the GSM to UMTS handover to RNS-B. 
Under these conditions 3G_MSC-A may optionally take one of a number of actions: 

i) send an A-HANDOVER-REQUIRED-REJECT to BSS-A, if an A-HANDOVER-COMMAND has not already 
been sent; 

ii) retry the assignment procedure to BSS-A, if the failure message was returned from BSS-A. This option is 
additional to those for normal handover; 



iii) Clear the complete call. 

The procedures for Inter-3G_MSC GSM to UMTS handover are also applicable to the directed retry process. If an 
Inter-3G_MSC GSM to UMTS handover is necessary then the assignment process should be considered to have 
completed successfully upon receipt of the A-HO-COMPLETE included in the MAP-SEND-END-SIGNAL request. 
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1 4.3 UMTS to GSM handover 

The directed retry procedure allows the network to select the optimum cell for the UE/MS. The process of directed retry 
involves the assignment of a UE/MS to a radio channel on a cell other than the serving cell. This process is triggered by 
the assignment procedures, as described in 3GPP TS 25.413 [1], and employs UMTS to GSM handover procedures as 
described in clauses 6.2.1 and 8.1. The successful procedure for a directed retry in case of an intra-3G_MSC UMTS to 
GSM handover is as shown in figure 40b and as described below. 

If during the assignment phase, as represented by the lu-RAB-ASSIGNMENT-REQUEST message, a UMTS to GSM 
handover becomes necessary, due to either radio conditions or congestion, then the UE/MS may be handed over to a 
GSM cell. When the decision has been made to handover the UE/MS the RNS-A shall send an lu-RAB- 
ASSIGNMENT-RESPONSE message, indicating 'directed retry', before sending the lu-RELOCATlON-REQUlRED 
message to 3G_MSC-A, indicating 'directed retry'. Other cause values may be used instead of "Directed Retry" in the 
lu-RELOCATION-REQUIRED message, this will allow the 3G_MSC to take different actions dependent on the 
received cause. Upon receipt of the lu-RELOCATlON-REQUlRED message from RNS-A, then 3G_MSC-A shall 
initiate the UMTS to GSM handover as described in clauses 6.2.1 and 8.1. No resources shall be cleared in the 
3G_MSC-A or RNS-A for this connection. 

After receipt of the A-HANDOVER-COMPLETE message from BSS-B the assigrmient procedure shall be considered 
to be complete and the resources on RNS-A shall be cleared. 



UE/MS 



RNS-A 



RRC-HO-Command 



3G_MSC-A 



lu- RAB-Assignment-Request 



lu- RAB-Assignment-Response^ 



lu-Relocation-Required 



lu-Relocation-Command 



lu-Release-Command 



lu-Release-Complete 



^ A-Handover-Request 



BSS-B 



A-Handover-Request- Ack 



A-Handover-Detect 



A-Handover-Complete 



UE/MS 



RI-HO-Access 



4 



RI-HO-Complete 



Figure 40b: Exampie of a Directed Retry lntra-3G_l\/ISC UlUITS to GSIUI Handover Procedure 



If a failure occurs during the handover attempt, for example lu-RELOCATlON FAILURE returned from RNS-A or A- 
HANDOVER-FAILURE from BSS-B then 3G_MSC-A will terminate the UMTS to GSM handover to BSS-B. Under 
these conditions 3G_MSC-A may optionally take one of a number of actions: 

i) send an lu-RELOCATION-PREPARATION FAILURE to RNS-A, if an lu-RELOCATION-COMMAND has 
not already been sent; 

ii) retry the assigrmient procedure to RNS-A, if the failure message was returned from RNS-A. This option is 
additional to those for normal handover; 

iii) Clear the complete call. 

The procedures for lnter-3G_MSC UMTS to GSM handover are also applicable to the directed retry process. If an 
Inter-3G_MSC UMTS to GSM handover is necessary then the assigrmient process should be considered to have 
completed successfully upon receipt of the A-HO-COMPLETE included in the MAP-SEND-END-SIGNAL request. 
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15 SDL diagrams 



NOTE 1: The message primitive names used in the SDL diagrams and message flows in the present document do 
not represent the actual messages specified in the GSM or 3GPP stage 3 technical specifications. The 
primitive names are only intended to be indicative of their use in the present document. 

SDL Annotation. 

The following conventions and abbreviations have been used in the SDLs. Text included in '[]' is used to indicate either, 
the BSSMAP message (as defined in 3GPP TS 09.08 [7]) included in the message, or the transport of a Handover 
Number. 

When traversing the following SDLs it may be possible that resources appear to be released repeatedly, however these 
operations are only executed once on their first occurrence. Furthermore it maybe that certain messages cannot, in 
practice, be received in particular states, after specific events have taken place. In general both of the above cases are 
obvious. This approach has been adopted (in line with other GSM Technical Specifications) in order to reduce the 
complexity of the SDLs and improve clarity, without reducing the quaUty of the functional description. 

The following abbreviations have been used in the SDLs: 



A-HO-REQUEST 

A-HO-REQUEST-ACK 

A-HO-COMPLETE 

A-HO-DETECT 

A-HO-PERFORMED 

A-ASG-REQUEST 

A-ASG-COMPLETE 

A-ASG-FAILURE 

MAP-PAS req 

MAP-FAS req 

lU-RLC-REQUEST 

lU-RLC-REQUEST-ACK 

lU-RLC-COMPLETE 

lU-RLC-DETECT 

lU-lREL-REQUEST 

lU-RREL-REQUEST 

lU-RASG-REQUEST 

lU-RASG-RESPONSE 



A-HANDOVER-REQUEST 

A-HANDOVER-REQUEST-ACK. 

A-HANDOVER-COMPLETE 

A-HANDOVER-DETECT 

A-HANDOVER-PERFORMED 

A-ASSIGNMENT-REQUEST 

A-ASSIGNMENT-COMPLETE 

A-ASSIGNMENT-FAILURE 

MAP-PROCESS-ACCESS-SIGNALLING req. 

MAP-FORWARD-ACCESS-SIGNALLING req. 

lU-RELOCATION-REQUEST 

lU-RELOCATION-REQUEST-ACK 

lU-RELOCATION-COMPLETE 

lU-RELOCATION-DETECT 

lU-lU-RELEASE-REQUEST 

lU-RAB -RELEASE-REQUEST 

lU-RAB-ASSIGNMENT-REQUEST 

lU-RAB-ASSIGNMENT-RESPONSE 



NOTE 2: The SDL diagrams have been checked for consistency with the allocation of the A interface circuits by 
the BSC. The conclusion was that SDLs are expressed in general terms, and offer a sufficient latitude of 
interpretation to be consistent with the allocation of A interface circuits by the BSC. 
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Procedure MS C_A_HO Sheetl (26) 
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Figure 41 (Sheet 1 of 26): Handover control procedure in lUlSC-A 
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Procedure MSG A HO 
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Figure 41 (Sheet 2 of 26): Handover control procedure in lUlSC-A 
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Procedure MS C_A_HO Sheet3(26) 
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Figure 41 (Sheet 3 of 26): Handover control procedure in lUlSC-A 
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Procedure MS C_A_HO Sheet4(26) 
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Figure 41 (Sheet 4 of 26): Handover control procedure in lUlSC-A 
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Figure 41 (Sheet 5 of 26): Handover control procedure in lUlSC-A 
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Procedure MS C_A_HO Sheet6(26) 
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Figure 41 (Sheet 6 of 26): Handover control procedure in lUlSC-A 
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Procedure MSC_A_HO 
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Figure 41 (Sheet 7 of 26): Handover control procedure in lUlSC-A 
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Procedure MS C_A_HO Sheet8(26) 
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l-ANSWER 
(ANM) from MSC-B 



MAP-PAS req. 
[A- HO- DETECT] 
from MSC-B 



Reset 
T103 



(Allowed onpe 
in this state) 



Connect 
Handover 
Device (opfoff) 



MAP- PAS req. 

[A-C LEAR-REQUEST] 

from BSS-B 



(Allo»/ed on 
intfiis state 



Release Resi 
on BSS-A 



Yes^jWaittor 
MS on 
SC-E 



I Wait for 
Completion 
on MSC-B 





No 


Call 




Release 



A-CLEAR-REQUEST 
from BSS-A 



to Networ1< 
\ and MS 



-orward queued lUseMAP- 

messages ^ FORWARD-ACCESS- 

via MSC-B 'SIGNALLING req 



Release MAP\ 
Resources / 



to MSC-B 
^in MSC-A 



Co nnect ^ 
Handover 'y 
Device (opti ^ 



Release Resi 
on BSS-A 



Call 
on 
MSC-B 



l_DISCO NNECT 
(REL) to MSC-B 




Wait for 
Completion 
on MSC-B 



Figure 41 (Sheet 8 of 26): Handover control procedure in lUlSC-A 
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Procedure MS C_A_HO Sheet9(26) 

[ N 

' Procedure for Handover in MSC-A ^ 



Wait for 
Compietion 
on I\/1SC-B 



A-HANDOVER- 
FAILURE 
from BSS-A 



Reset 
T103 




l_DISCONNECT 
(REL) from IWSC-B 



In MSC-A and 
I to IWSC-B 



Forward queued Release 
rpessages for M5I Handover 
via BSS-A Device 



Internal to 
^ MSC-A 




in MSC-A 
to MSC-B 



l_DISCONNECT 
(REL) to MSC-B 



Cancel MAP 
Procedures 




ifrom Nelwork 



In ternal to 
I MSC-A 




l_DISCONNECT 
(REL) to MSC-B 



from MSC-B 



Cancel MAP 
Procedures 




Cancel MAP \ ' In MSC-A and 
Procedures / ^ to MSC-B 



Internal to 
^ MSC-A 



LDISCONNECT 
(REL) to MSC-B 



all in Progress', 
on MSC-A I 



! Wait for \ 
Completion 1 
y on MSC-B y 



/ Wait for 
I Completion 
y on MSC-B 




Release Resources 
BSS-A 



Figure 41 (Sheet 9 of 26): Handover control procedure in lUlSC-A 
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Procedure MS C_A_HO Sheet10(26) 

[ N 

' Procedure for Handover in MSC-A ^ 





MAP-PREPARE- 
SUBSEQUENT- 
HANDOVER req. 
[A-HO- REQUEST] 
from MSC-B 



MAP-PAS req. 
[A-CLEAR- 
REQUEST] 
from MSC-B 



/ Call \ 
i on 1 
\ MSC-B / 



From MS 
or Network 



MAP-SEND-END- 
SIGNALresp. 
to MSC-B 



Call 

Release 




MSC-B' , 



Which" 
MSC? 



MSC-A 






Yes 



esources oo^ 
new BSSy^ 

Yes 



A-HANDOVER- 
REQUEST 
to BSS-B 



Cancel MAR 
procedures^ 



^from MSC-B 



Call 

Release 



to Network 
1 and MS 



MAP-PREPARE- 
SUBSEQUENT- 
HANDOVER resp. 
[A-HO-FAILURE] 
to MSC-B 



LDISCONNECT 
(REL) to MSC-B 



MAP-PREPARE- 
SUBSEQUENT- 
HANDOVER resp. 
[MAP ERROR] 
to MSC-B 



Set 
T101 



Wait for Channel 
I Allocation ,' 




IDLE 



Figure 41 (Sheet 10 of 26): Handover control procedure in lUlSC-A 



ETSI 



3GPP TS 23.009 version 4.2.0 Release 4 



100 



ETSI TS 123 009 V4.2.0 (2001-09) 



Procedure MSC_A_HO Sheetl 1 (26) 

I N 

' Procedure for Handover in MSC-A ^ 



ait for Channel 
Allocation 



A-HANDOVER- 
REQUEST-ACK. 
from BSS-B 



A-HANDOVER- 
FAILURE 
from BSS-B 



Expiry 
T1 01 



Call 

Release 



From MS 
or Network 



Reset 
T101 



Reset 
T101 






\ 



(5ueue Message;; 
lor MS in MSC-A 



(Allowed 
in this statef 



MAP-PAS req. 

[A -CLEAR-REQUEST] 

from MSC-B 



Cancel 
Channel BSS 




MAP-PREPARE- 

S UBS EQUE NT- 
HANDOVER resp 
[A-HO-REQUEST-ACK] 
to MSC-B 



Release Resoiirces 
in BSS-B 




Release Resi 
in BSS-B 



Yes 






Yes 



Set 
T1 04 



MAP-PREPARE- 
SUBSEQUENT- 
HANDOVER resp. 
[A-HO-FAILURE] 
to MSC-B 



Wait for 
Access by MS 



Call 
on 
MSC-B 




MAP-SEND-END- 
SIGNAL resp 
to MSC-B 



l_DISCONNECT 
(REL) to MSC-B 



IDLE 



Figure 41 (Sheet 11 of 26): Handover control procedure in lUlSC-A 



ETSI 



3GPP TS 23.009 version 4.2.0 Release 4 



101 



ETSI TS 123 009 V4.2.0 (2001-09) 



Procedure MSC_A_HO 

Procedure for Handover in MSC-A ^, 



Sheet12(26) 



Wait for 
access by MS , 














Reset 
T104 



A-HANDOVER- 
COMPLETE 
from BSS-B 



Connect 
Handover Devifee 
(option) 



Forward queued 
messages for MJ; 
via BSS-B 




A-HANDOVER- \ ^ | 
-DETECT 
from BSS-B / 



Connect 

Handover Devifee 
(option) 




IVIAP-SEND-END- 

SiGNALresp. 

tolVISC-B 



No 



Circuit 
pnnectiorj?^ 



Yes 



Release 
Handover Decide 



l_DISCONNECT (REL) 
to MSC-B 



all in Progress^ 
on MSC-A 



Wait for 
access by MS 



Call 

Release 



ito Network 



Release Resources 
on BSS-B 



Cancel MAP \ 'in MSC-A 
Procedures / ^to MSC-B 




IDLE 



LDISCONNECT (REL) 
to MSC-B 



Figure 41 (Sheet 12 of 26): Handover control procedure in lUlSC-A 
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Procedure MS C_A_HO Sheet13(26) 

I N 

' Procedure for Handover in MSC-A ^ 



( Wait for 
1 access by MS 



Forward queued 
messages 
via MSC-B 



MAP-PAS req. 
[A-HO- 
FAILURE] 
from MSC-B 



A-CLEAR- 
REQUEST 
from BSS-B 



MAP- PAS req. 
[A -CLEAR- 
REQUEST] 
from MSC-B 



(Allowed once 
in this state) 



Cancel MAP 
Procedures! 



from Network 



Gall 

Release 



, (Allowed once 
^inthis state! 



UseMAP-FORWARD- 
I ACCESS-SIGNALLING req. 



Release Reso 
on BSS-B 



-^Circuit 
ipnnectioi 



Yes 



No 



Re lease 
Handover Dewde 



/ Call \ / m \ 

on on 
\ MSC-B / \ MSC-B J 



Figure 41 (Sheet 13 of 26): Handover control procedure in lUlSC-A 
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Procedure MSG A HO 



Sheet14(26) 



Procedure for Handover in MSC-A 



Subsequent Handover from MSC-B to MSC-B' 
Circuit Connection required 



X IVIAP-PREPARE-HANDOVERreq 
/ [A-HO- REQUEST] 

y toivisc-B' 



Wait for \ 
,ck from iVISC-Bf 



IVIAP-PREPARE- 
HANDOVER resp.. 
[A-HO- REQUEST -ACK] 
from IVISC-B' 



Not Requested 



Requested 




i_GONNECT (iAIVl) 
to IVISC-B'using 
Handover Number 



' Wait for 

Connection 
, from MSC-B' 



IVIAP-PREPARE- 
SUBSEQUENT- 
HAN DOVER resp. 
[A-HO-FAiLURE] 
to MSC-B 





MAP-PREPARE- 

HANDOVER resp 
[A-HO-FAiLURE] 
from MSC-B' 




Figure 41 (Sheet 14 of 26): Handover control procedure in lUlSC-A 
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Procedure MS C_A_HO Sheet15(26) 

I N 

' Procedure for Handover in MSC-A ^ 



/ Waitfor ; 
^ck fromMSC-B/ 



> ERROR ^fromMSC-B' 



Release 
MAP Resouro 



ito MSC-B' 



from MSC-B 
or Nefwork 



>ERROR 



Call 

Release 



Cancel MAP 
Procedures 



From MS 
or Network 



ito MSC-B' 



MAP-PAS req. 
[A-CLEAR-REQUEST] 
from MSC-B 



MAP-S END- 
END-SIGNAL resp. 
to MSC-B 



MAP-PREPARE- 
S UBS EQUE NT- 
HAN DOVER resp. 
to MSC-B 




Figure 41 (Sheet 15 of 26): Handover control procedure in lUlSC-A 
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Procedure MS C_A_HO Sheet16(26) 

[ N 

' Procedure for Handover in MSC-A ^ 



/ Wait for 
j Connection 
\ from MSC-B' 



i_COIVIPLETE 
(ACM) from MSG 



from l\/ISG-B' 
B'or Network 



>ERROR 



from MS 
or Network 



Set up 

Handover 

Device 



MAP-PAS req. 
[A -CLEAR- 
REQUEST] 
from l\/ISC-B' 



(Allowed once 
inthis statei 



MAP-PAS req. 
- [A-CLEAR- 
REQUEST] 
from MSC-B 



Wait for \ 
Connection 
from MSC-B'/ 



MAP-PREPARE- 

SUBSEQUENT- 
HANDOVER resp. 
[A-HO-REQUEST-ACK] 
to MSC-B 



Cancel MAP 
Procedures 



^to MSC-B' 



Cancel MAP 
Procedures 



(3ueue message;; 
lor MS in MSC-A 




l_DISCONNECT(REL) 
to MSC-B' 




Set 
T103 



Wait for 
Completion 
on MSC-B' 



Call 

Release 



to MSC-B' 



to MSC-B 
>nd MSC-B' 



MAP-SEND- 
END-SIGNAL resp 
to MSC-B 



to Network 

land MS 



Cancel MAP 
Procedures 



ERROR 



MAP-PREPARE- 
S UBS EQUE NT- 
HANDOVER resp. 
to MSC-B 



l_DISCONNECT(REL) 
to MSC-B and MSC-B' 



Call 
on 
MSC-B 



IDLE 



Figure 41 (Sheet 16 of 26): Handover control procedure in lUlSC-A 
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Procedure MS C_A_HO Sheet17(26) 

[ N 

' Procedure for Handover in MSC-A ^ 



Wait for 
Completion 
on l\/ISC-B' 



MAP-S END- 
END-SIGNAL req. 
[A-HO-COMPLETE] 
from MSC-B' 



Reset 


LANSWER (ANM) 


T103 


from MSC-B' 








Connect \ 




Handover 




Device (opfjK 





MAP-PAS req. 
[A- HO -DETECT] 
from MSC-B' 



MAP-PAS req. 
[A-CLEAR- 
REQUEST] 
from MSC-B' 



MAP-PAS req. 
[A-CLEAR- 
REQUEST] 
from MSC-B 



(Allowed rice 
in this state) 



(Allowed once 
in this state) 



Connect 
Handover 
Device (optii 



^=orward queued , use MAP-FORWARD- 
lessagesior Mo - ^ ACCESS-SIGNALLING req. 
via MSC-B' ' 





MAP-S END- 
END-SIGNAL resp. 
to MSC-B 



l_DISCONNECT 
(REL) to MSC-B 



F^edefine MSC-Q 
as MSC-B 




to MSC-B 
and MSC-B' 



to Network 
and MS 



No 




Release \ 
Handover \ 
Device / 






Cancel MAp\ 
Procedures y 







Call 

Release 



l_DISCONNECT(REL) 
to MSC-B and MSC-B' 



Call \ 
on j 
MSC-B / 



Wait for 
Completion 
, from MSC-B' , 



IDLE 



Figure 41 (Sheet 17 of 26): Handover control procedure in lUlSC-A 



ETSI 



3GPP TS 23.009 version 4.2.0 Release 4 



107 



ETSI TS 123 009 V4.2.0 (2001-09) 



Procedure MSC_A_HO 

Procedure for Handover in MSC-A ^ 



Sheet18(26) 



Wait for 
Completion 
on MSC-B' 









Reset 
T103 






nio MSG 


-B' 



MAP- PAS req. 
[A-HO-FAILURE] 
from MSC-B 



from MSC-B 



l_DISCONNECT 
(REL)to MSC-B 



from MSC-B' 



Cancel MAP From Network 
Procedures or MSC-B 



Cancel MAP 
'Procedures 



l_DISGONNECT 
(REL) to MSC-B' 



Release \ 
Handover Device 



Call 

Release 



^k; 

IDLE 



LDISCONNECT 
(REL) to MSC-B' 



Yes 



Use MAP- 
FORWARD- 
ACCESS- 
SIGNALLING req. 



^ to Netwo rk 



Fora/ard queued 
- messages for MS; 
via MSC-B 



Call 



MSC-B 



Release \ 
Handover Device 



Release \ 
Handover Device 




LDISCONNECT 
(REL) to MSC-B' 



Call 

Release 



Wait for 
Completion 
on MSC-B' 



Figure 41 (Sheet 18 of 26): Handover control procedure in lUlSC-A 



ETSI 



3GPP TS 23.009 version 4.2.0 Release 4 



108 



ETSI TS 123 009 V4.2.0 (2001-09) 



Procedure MS C_A_HO Sheet19(26) 

I 

I Procedure for Handove r in MSC-A 

I I 

I I 



Basic Handoverto MSC-B 
no Circuit Connection requ ired 




Clueue M essageii 
for MS in MSC-A 




Handover Command 
to MS via BSS-A 



Set 
T103 





Wait for 

MS 
on MSC-B 



MAP-S END- 
END-SIGNAL req. 
[A-HO-COMPLETE] 
from MSC-B 



(Allowed 
^in this state ' 



A-CLEAR-REQUEST 
from BSS-A 



MAP-PAS req. 
[A-HO-DETECT] 
from MSC-B 



Reset MAP-PAS req. 
J1Q3 [A-CLEAR-REQUEST] 
from BSS-B 



(Allowed once Release Resources 
^In this state on BSS-A J' 



Release Resi 
on BSS-A 



=orward queu ed 
essages for MS 
via MSC-B 



UseMAP- 
1 FORWARD-ACCESS- 
SIGNALLING req. 



Yes 



MS on 



No 




Call 




Release 



to Network 
land MS 



Release MA^ 
Resources / 



to MSC-B 
Tin MSC-A 



MS 
on 
MSC-B 



/ Wait for 
i MS 
\ on MSC-B 



^ 

Wait for 

MS 
on MSC-B 



Figure 41 (Sheet 19 of 26): Handover control procedure in lUlSC-A 
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Procedure MSC_A_HO Sheet20(26) 

I N 

' Procedure for Handover in MSC-A ^ 



I Wait for 
j MS 
\ on U&C-B 



A-HANDOV ER- 
FAILURE 
from BSS-A 











Reset 
T103 



.Cancel Uk\^ 
Procedures 



ifrom l\/ISC-B 



In MSC-A and 
to MSC-B 



Expiry 
^T103 



Call 

Re lease 



Cancel MAP 
Procedures 



ifrom Network 



Forward queued 
messages for MS 
via BSS-A 



Release Resb 
BSS-A 



Release Resources 
BSS-A / 



in MSC-A 
to MSC-B 



Cancel MAP 
Procedures 



Call in Progressj 
1 on MSC-A 



Wait for 
MS 
on MSC-B 




Figure 41 (Sheet 20 of 26): Handover control procedure in lUlSC-A 
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Procedure MSG A HO 



Sheet21(26) 



I V MS Established on MSC-B 
Procedure for Handover in MSC-A ^, without a Circuit Connection 



MS 
on 
MSC-B 



Requestfor 
Circuit 

Establish rrent 



MAP-PREPARE- 

HANDOVER req. 
[NULL] 

[A-ASG- REQUEST] 
to MSC-B 



From MSC-B 



MAP-PREPARE- 
SUBSEQUENT- 
H AN DOVER req. 
[A-HO-REQUEST] 
from MSC-B 



Cancel MAF' 
Procedures 



From MS 
or Network 



Call 

Release 



Call 

Release 



^ to Networt< 



MAP-SEND-END- 
SIGNAL resp. 
to MSC-B 



Wait For 
Response 
from MSC-B 



IDLE 



Figure 41 (Sheet 21 of 26): Handover control procedure in lUlSC-A 
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Procedure MSG A HO 



Sheet22(26) 



Procedure for Handover in MSC-A ^, 



Circuit Connection Establishment to MSC-B 



Wait For 
Response 
from MSC-B 



IVIAP-PREPARE- 
H AN DOVER resp. 
[Handover Nurrber] 
[A-ASG-COMPLETE] 
from l\/ISC-B 




i_CONNECT (iAItfl) 
tol\/ISC-B using 
Handover Number 



Caii 

Reiease 



From MS 
^ or Netwo rk 



MAP-SEND- 
END-SiGNAL resp. 
to MSC-B 



Wait for 
CompiefB 
from MSC-B 




Figure 41 (Sheet 22 of 26): Handover control procedure in lUlSC-A 
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Procedure MSC_A_HO Sheet23(26) 

I N 

' Procedure for Handover in MSC-A ^ 



/ Wait For 
I Response 
\ from MSC-B 




Yes 






\ 


/ 



Wait For 
Response 
from MSC-B 



MAP-PREPARE- 
HANDOVER resp. 
[MNP ERROR] 
from MSC-B 



MAP-PREPARE- 
- HANDOVER resp. 
[A-ASG-FAILURE] 
from MSC-B 



Cancel MAP 
Procedures 



MAP-PREPARE- 

HANDOVER req. 
[NULL] 

[A-ASG-REQUEST] 
to MSC-B 



MAP- PAS req. 
[A-CLEAR-REQUEST] 
from MSC-B 



(Allowed 
^In tfils state 



Failure 



Response to 
Circuit Establisfiment 
Request 



Call 

Release 



ifrom MSC-B 



Hto Network 



Failure 




MS 
on 
MSC-B 




Response to 

Circuit Establisfiment 

Request 



IDLE 



Figure 41 (Sheet 23 of 26): Handover control procedure in lUlSC-A 
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Procedure MSC_A_HO Sheet24(26) 

I N 

' Procedure for Handover in MSC-A ^ 



I Wait for 
I Corrplete 
\ from MSC-B 



l_CCMPLETE 
(ACM) from MSC-B 



MAP-PAS req. 
[A-CLEAR- 
REQUESTI 
from MSC-B 



(Allowed oni 
in tills state I 



l-ANSWER 




{AN M) from MSC-B 





Success 



Response to 

Circuit Establishment 

Request 



Call 

Release 



From MS 
or Network 



from MSC-B 



Response to 
Circuit Establisfiment 
Request 



Cancel MAP 
Procedures 




Fa ilure 




MAP-S END- 
END-SIGNAL 
resp.to MSC-B 



l_DISCONNECT 
(REL) to MSC-B 



Call 
on 
MSC-B 



Wait for 
Complete 
from MSC-B 



IDLE 



Figure 41 (Sheet 24 of 26): Handover control procedure in lUlSC-A 
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Procedure MSC_A_HO 

Procedure for Handover in MSC-A ^ 



Sheet25(26) 



Subsequent Handoverfrom MSC-B to MSC-B' 
no Circuit Connection required. 



Oueue M essageis 
for MS in MSC-A 



Set 
T103 



Wait for 
MS 
on MSC-B' 









Reset 
T103 






=orward queu ed 
nessages for MS 
via tWSC-B 






Fiedefine MSC-B 
as MSC-B 


\ 




/ MS \ 
on 

\ MSC-B / 



MAP-PREPARE- 
SUBSEQUENT- 
HANDOVER resp. 
[A-HO-REQUEST-ACK] 
to MSC-B 



fVIAP-S END- 
END-SIGNAL req 
[A-HO-COMPLETE] 
from MSC-B' 



IVIAP-PAS req. 
[A -CLEAR- 
REQUEST] 
from MSC-B' 



Use AP- 
iFORWARD-ACCESS- 
SIGNALLING req 



{Allowed once 
^in tills state) 



Walt for 
MS 
on MSC-B' 



MAP-PAS req. 
- [A-HO-DETECT] 
from MSC-B' 



(Allowed once_I^AP-PAS req. 
^In this state' [A-CLEAR- 
1 REQUEST] 
from MSC-B 



to MSC-B 
and MSC-B' 



to Network 
and MS 



No 




Cancel MAP\ 
Procedures / 






Call \ 
Release / 







IDLE 



Figure 41 (Sheet 25 of 26): Handover control procedure in lUlSC-A 
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Procedure MSC_A_HO Sheet26(26) 

I N 

' Procedure for Handover in MSC-A ^ 



I Wail for 
! IVIS 
\ on IVISC-B' 



Expiry 
^T103 











Re 
T1 


set 
03 



IVIAP-PAS req. 
[A-HO- 
FAiLURE] 
from l\/ISC-B 



from l\/ISC-B' 



Cancel l\/IAI' 
Procedures 



from l\/ISC-B 



Forward queued 
lessages for M£; - 
a MSC-B 



n 



rUselWIAP- 
'FORWARD- 

ACCESS- 

SIGNALLiNG req. 




Call 

Re lease 



Yes 



from Network 
I or MSC-B 



Cancel MAP 
Procedures 



^to MSC-B' 



to MSC-B' 



Cancel MAP 
Procedures 





MS 
on 
MSC-B 



IDLE 



iJZ 

Wait for 
MS 
on MSC-B' 



Figure 41 (Sheet 26 of 26): Handover control procedure in lUlSC-A 
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Procedure MS C_B_HO Sheet1(18) 



I Procedures for |\ 
I Handover in MSC-Bj 



IDLE 




MAP-PREPARE-HAN DOVER req. 
[A-HO- REQUEST] 
from MSC-A 




Not Requested ^ , ~\ 

-Handover 



Number? - 

Requested 



MAP-ALLOCATE- 
HANDOVER-NUMBER req. 
to VLR 



MAP-PREPARE- 
HANDOVERresp 
[A-HO-FAILURE] 
to MSC-A 



Set 
T201 



\ A-HANDOVER- 

> REQUEST 

y to BSS-B 



/ Waitfor \ 
Cfiannel or 
Handover Number 



IDLE 



Figure 42 (Sheet 1 of 18): Handover control procedure in lUlSC-B 
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Procedure MSG B HO 



Sheet2(18) 



I Procedures for |\ 
I Handover in MSC-Bl 



Wait for 
Cliannel or 
ndover Numbi^r 



A-HANDOVER- 
REQUEST-ACK 
from BSS-B 







Reset 
T201 



Requested 




Not Requesteil 



I\/1AP-ALL0CATE- 
HANDOVER- 
NUMBER resp. 
from VLR 



l\/IAP-PREPARE- 

HANDOVER resp. 
[A-HO-REQUEST-ACK] 
to MSC-A 



i Wait for 
IHandover Number 
\ Aiiocafon 



Wait for 
Cfiannei 
Aiiocation 



IVIAP-ALLOCATE- 
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I Procedure for Handover in 3G MSC-Ai \ 



Sheets (78) 



Jan for Access 

byUE/MS I 
\On RNS/BSS / 
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Figure 43 (sheet 8 of 78): Handover control procedure in 3G_IU1SC-A 
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Procedure 3G_MSC_A_H0 
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I Procedure for Handover in 3G MSC-Ai s 
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Sheets (78) 



Which 
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3G_I\/ISC-B 
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,6all in Progres^ 
jon 3G_MSC-A 1 
\ (UTRAN) / 





Figure 43 (sheet 9 of 78): Handover control procedure in 3G_IU1SC-A 
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Procedure 3G MSG A HO 
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I Procedure for Handover in 3G MSC-A| 



SRNS Reiocationon 3G l\/ISC-Afrom RNS-AtoRNS-B 
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forUE 
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Figure 43 (sheet 10 of 78): Handover control procedure in 3G_IU1SC-A 
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I N 

I Procedure for Handover in 3G MSC-Ai s 
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lu-RELOCATION- 
COMPLETE 
from RNS-B 




lu-RELOCATION- 
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Handover 
Device (Optra 
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in RNS- A 
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(Sail in Progress 
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(by UE on RNS 
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Figure 43 (sheet 11 of 78): Handover control procedure in 3G_IU1SC-A 
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I Procedure for Handover in 3G MSC-Ai s 
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CANCEL 
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Figure 43 (sheet 12 of 78): Handover control procedure in 3G_IU1SC-A 
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Procedure 3G MSG A HO 



Sheet13(78) 



I Procedure for Handover in 3G MSC-Ai 



Basic GSM to UMTS handoverK 
to3G_MSC-B Circuit 
Connection required 



X MAP-PREPARE- 

/ HANDOVER req. 
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to 3G_IVISC-B 
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^umber?^ 
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[A-HO-REQUEST-ACK] 
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MAP-PREPARE- 
HAN DOVER resp. 
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from 3G_I\/ISC-B 
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to 3G_MSC-B using 
Handover Number 
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MAP-PREPARE- 
HANDOVER resp. 
[IVIAP ERROR] 
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Figure 43 (sheet 13 of 78): Handover control procedure in 3G_IU1SC-A 
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Procedure 3G_MSC_A_H0 

I ^ 
I Procedure for Handover in 3G MSC-Ai \ 



Sheet14(78) 
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>ERROR 
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i m 3G_MSC-A 
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Release 
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Figure 43 (sheet 14 of 78): Handover control procedure in 3G_IU1SC-A 
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Procedure 3G_MSC_A_H0 

I ^ 
I Procedure for Handover in 3G MSC-Ai \ 



Sheet15(78) 



Wait for Connectibn 

from 3G_MSC-B) 
(GSM to UMTS Hi)) 



LCOMPLETE (ACM) 
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MAP-PAS req. 
[A-CLEAR-REQUEST] 
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(Allowed 
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(rom 3G_MSC-Ei 
G SM to UMTS Y p) 
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Release 



From UE/MS 
or Network 



to UE/MS 
and Network 



Call 

Release 



>ERROR 
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(REL) to3G_MSC-B 




W/^for Comp letibn 

on 3G_MSC-B 
(G ^SMto UMTS H p) 




to3G MSC-B 
in 3G_MSC-A 
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Procedures / 
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Figure 43 (sheet 15 of 78): Handover control procedure in 3G_IU1SC-A 
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I Procedure for Handover in 3G MSC-Ai s 
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on 3G_MSC-B 
(GSM to UMTS Hi)) 



MAP-S END- 
END-SIGNAL req. 
[A-HO- COMPLETE] 
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l-ANSWER 
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[A-HO- DETECT] 
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Device (opfori) 
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[A-CLEAR-REQUEST] 
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A-CLEAR-REQUEST 
from BSS-A 
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Handover \ 
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(G ,SMto UMTS H p) 



Figure 43 (sheet 16 of 78): Handover control procedure in 3G_IU1SC-A 
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Procedure 3G_MSC_A_H0 

I ^ 
I Procedure for Handover in 3G MSC-Ai \ 



Sheet17(78) 



wAitfor Complefon 

on 3G_MSC-B 
(GSMtoUMTSH/)) 



A-HANDOV ER- 
FAILURE 
from BSS-A 



in 3G_MSC-A 
to 3G_MSC-B 



LDISCONNECT 
(PEL) to 
3G MSC-B 



Reset 
T503 




Forward queued 
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Release 
Handover 



l_DISCONNECT 
(REL) from 
3G l\/ISC-B 



In 3G_MSC-A and 
'to3G MSC-B 



Internal to 
^3G_MSC-A 
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Release 
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Procedures 




- H from Network 
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13G MSC-A 



Wait for Completion 

on 3G_MSC-B ' 
(G ^SMto UMTS t fo) 
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>MAP 
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Figure 43 (sheet 17 of 78): Handover control procedure in 3G_IU1SC-A 



ETSI 



3GPP TS 23.009 version 4.2.0 Release 4 



151 



ETSI TS 123 009 V4.2.0 (2001-09) 



Procedure 3G_MSC_A_H0 Sheet18(78) 

I N 

I Procedure for Handover in 3G MSC-Ai s 



Call 
on MSC-B 
(GSM) 
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HANDOVER req. 
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MAP-PAS req. 
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REQUEST] 
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MAP-PREPARE- 
SUBSEQUENT- 
HANDOVER resp. 
[A-HO-FAILURE] 
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MAP-PREPARE- 
SUBSEQUENT- 
HANDOVER resp. 
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to MSC-B 
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UE/MS 
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'\ (GSM) 
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Figure 43 (sheet 18 of 78): Handover control procedure in 3G_IU1SC-A 



ETSI 



3GPP TS 23.009 version 4.2.0 Release 4 



152 



ETSI TS 123 009 V4.2.0 (2001-09) 



Procedure 3G_MSC_A_H0 Sheet19(78) 

I N 

I Procedure for Handover in 3G MSC-Ai s 
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MAP-PREPARE- 
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MAP-SEND-END- 
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Handover 
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to MSC-B 



GVaitfor Access 
by UE/MS 
SMta UI\/ITS H/)) 
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Figure 43 (sheet 19 of 78): Handover control procedure in 3G_IU1SC-A 
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Procedure 3G_MSC_A_H0 Sheet20(78) 
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I Procedure for Handover in 3G MSC-Ai s 
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Procedures / 
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^to MSC-B 
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? to MSC-B 
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Figure 43 (sheet 20 of 78): Handover control procedure in 3G_IU1SC-A 
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Procedure 3G_MSC_A_H0 

I ^ 
I Procedure for Handover in 3G MSC-Ai \ 



Sheet21(78) 
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MAP-PAS req. 
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Figure 43 (sheet 21 of 78): Handover control procedure in 3G_IU1SC-A 
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Procedure 3G MSG A HO 



Sheet22(78) 



I Procedure for Handover in 3G MSC-A| 
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/ Wait for Acl< \ 
(rom 3G_I\/ISC-B 
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MAP-PREPARE- 
HANDOVER resp.. 
[A-HO-REQUEST-ACK] 
from 3G_I\/ISC-B' 
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Figure 43 (sheet 22 of 78): Handover control procedure in 3G_IU1SC-A 
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Procedure 3G_MSC_A_H0 Sheet23(78) 
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I Procedure for Handover in 3G MSC-Ai s 
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Figure 43 (sheet 23 of 78): Handover control procedure in 3G_IU1SC-A 
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I ^ 
I Procedure for Handover in 3G MSC-Ai \ 



Sheet24(78) 
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from 3G_MSC-B' 
or Network 



>ERROR 



fromUE/MS 
or Network 
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MAP-PAS req. 
[A-C LEAR- 
REQUEST] 
from MSC-B 
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Procedure 3G_MSC_A_H0 Sheet25(78) 
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I Procedure for Handover in 3G MSC-Ai s 
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IVIAP-PAS req. 
[A-HO-DETECT] 
from 3G MSC-B' 
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y [A-HO-REQUEST] 

/ to IVISC-B' 



/ Wait for Acl< \ 
I from MSC-B' 
(UMTS to GSIVI H^) 



MAP-PREPARE- 
HANDOVER resp.. 
[A-HO-REQUEST-ACK] 
from IVISC-B' 



IWAP-PREPARE- 
- HANDOVER resp. 
[A-HO-FAiLURE] 
from MSC-B' 



Not Requested 

Handover \ 
>..,N umber?. 



Requested 



i_CONNECT (iAIVI) 
to MSC-B' using 
Handover Number 



W/kit for Connection 

from MSC-B' 
(lViTS to GSM Hb) 



MAP-P REPARE- 
SUBSEQUENT- 
HANDOVER resp. 
[A-HO-FAiLURE] 
to 3G_MSC-B 




Call 
on 3G_MSC-B 
(UTRAN) 



Figure 43 (sheet 44 of 78): Handover control procedure in 3G_IU1SC-A 
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Procedure 3G_MSC_A_H0 

I ^ 
I Procedure for Handover in 3G MSC-Ai \ 



Sheet45(78) 



/ Wait for Ack 
from MSC-B' 
(UMTS to GSM Hi)) 



>ERROR ^from MSC-B' 



Re lease 
MAP 

Resources 



ilD MSC-B' 



from 3G_MSC-B 
or Network 



>ERROR 



Call 

Release 



Cancel MAP 
Procedures 



From UE/MS 
or Network 



ito MSC-B' 



MAP-PAS req. 
[A-CLEAR-REQUEST] 
from 3G MSC-B 



MAP-S END- 
END-SIGNAL resp. 
to3G MSC-B 



Cancel MAP 
Procedures 



Hto MSC-B' 



Release 

Handover 

Device 



ERROR 



Call 
on 3G_MSC-B 
(UTRAN) 



MAP-PREPARE- 
SUBSEQUENT- 
HANDOVER resp. 
to 3G_MSC-B 



LDISCONNECT 
(REL) to 3G_MSC-B 



/ Wait for Ack , 
from MSC-B' 1 
(l\ mTS to GSM H p) 



IDLE 



Figure 43 (sheet 45 of 78): Handover control procedure in 3G_IU1SC-A 
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Procedure 3G_MSC_A_H0 

I ^ 
I Procedure for Handover in 3G MSC-Ai \ 



Sheet46(78) 



W|4it for Connecti\)n 

from MSC-B' ) 
(UIVITS to GSM Hi)) 



LCOMPLETE 
(ACM) from MSC-B' 



from MSC-B' 
or Network 



>ERROR 



fromUE/MS 
or Network 



Call 

Release 




MAP-PAS req. 
[A -CLEAR- 
REQUEST] 
from MSC-B' 




Wait for Connection 

i from MSC-B' ' 
(Li ^TS to GSM h )i)) 



MAP-PREPARE- 
SUBSEQUENT- 
HANDOVER resp. 
[A-HO-REQUEST-ACK] 
to 3G_MSC-B 



MAP-PAS req. 
[A-C LEAR- 
REQUEST] 
from 3G_MSC-B 



to MSC-B' 



Cancel MAP 
Procedures 



Cancel MAP 
Procedures 



Hto MSC-B' 



lueue message:; 

forUE/MS 
in 3G_MSC-A 



Cancel MAP 
Procedures 



to 3G_MSC-B 
^and MSC-B' 




l_DISCONNECT(REL) 
to MSC-B' 



MAP-SEND- 
END-SIGNAL resp 
to3G MSC-B 



Set 
T303 



Call 

Release 



to Network 
^and UE/MS 



ERROR 




MAP-PREPARE- 
S UBS EQUE NT- 
HAN DOVER resp. 
to 3G_MSC-B 



LDISCONNECT (REL) 
to 3G_MSC-B and MSC-B' 



Wait forComp leliqn 

on MSC-B' 
(U .MTS to GSM H p) 



I Call \ 
ion3G_MSC-B 1 
\ (UTRAN) j 



IDLE 



Figure 43 (sheet 46 of 78): Handover control procedure in 3G_IU1SC-A 
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Procedure 3G_MSC_A_H0 

I ^ 
I Procedure for Handover in 3G MSC-Ai \ 



Sheet47(78) 



wiiit for Comp \etk>n 

on MSC-B' 
(UMTS to GSM Hi)) 



MAP-S END- 
END-SIGNAL req. 
[AH O- COMPLETE] 
from MSG-B' 



Reset 


LANSWER (ANM) 




T303 


from MSC-B' 





MAP-PAS req. 
[A-HO-DETECT] 
from MSC-B' 



MAP-PAS req. 
[A-CLEAR- 
REQUEST] 
from MSC-B' 



MAP-PAS req. 
[A-CLEAR- 
REQUEST] 
from 3G_MSC-B 



(Allowed 
> once in 
this state) 





Connect 
Handover 
Device (optic>ri) 



Connect 
Handover 
Device (opticMl) 



U 



^orward queued 
messages for - 
E/MS via MSC-iS' 



UseMAP-FORWARD- 
^ ACCESS-SIGNALLING req. 




MAP-S END- 
END-SIGNAL rasp. 
toSG MSC-B 




LDISCONNECT 
(PEL) to 3G_MSC-B 



to 3G_MSC-B 
and MSC-B' 



to Network 
and UE/MS 



Cancel MAP 
Procedures 



Call 

1 Release 



Redefine 
|SC-B' as MSC-B 



LDISCONNECT (REL) 
to 3G_MSC-B and MSC-B' 



Call \ W/4itfor Completibn 

on MSC-B from MSC-B' | IDLE 

(G SM ) / ( UMTS to GSM H/)) 



Figure 43 (sheet 47 of 78): Handover control procedure in 3G_IU1SC-A 
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Procedure 3G_MSC_A_H0 Sheet48(78) 

I N 

I Procedure for Handover in 3G MSC-Ai s 



wiiit for Comp letibn 

on MSC-B' 
(UMTS to GSM Hi)) 



Expiry 
T303 



MAP- PAS req. 
[A-HO-FAiLURE] 
from 3G l\/ISC-B 



from IVISC-B' 



Cancei 
>MAP 
Procedures 



From Network 
or3G I\/1SC-B 



Cali 

Reiease 





Reset 
T303 







hId I\/ISC-B' 



from 3G_MSC-B v 



i_DiSCONNECT 
(REL) to 
3G MSC-B 




i_DiSCONNECT 
(REL) to MSC-B' 







Release 

Handover 

Device 















l_DISCONNECT 
(REL) to MSC-B' 




Yes 



No 




Yes 



No 



Call 

Re lease 



Use MAP- 
FORWARD- 
ACCESS- 
SIGNALLING req. 



H to Netwo rk 



Forward queueo 
messages for 
UE/MS 



via 3G JMSC-B 




Hto MSC-B' 



l_DISCONNECT 
(REL) to MSC-B' 



IDLE 



Call \ 
on3G_MSC-B \ 
(UTRAN) / 



IDLE 



W^itfor Completi\i n 

on MSC-B' '; 
(U yMTS to GSM h id) 



Figure 43 (sheet 48 of 78): Handover control procedure in 3G_IU1SC-A 
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Procedure 3G MSG A HO 



Sheet49(78) 



I Procedure for Handover in 3G MSC-Ai 



Basic UIVITSto GSU iH and over to MSC-B 
no Circuit Connection required 



(Jueue Message;; 
forUE/IVlS 
in 3G_I^SC-A 



\ lu-Relocation Command 
? to RNS-A 



Set 
T303 



Wait forUE/IVIS, 
onl\/ISG-B i 
(UMTS to GSM Hb) 



MAP-S END- 
END-SIGNAL req. 
[A-HO-COMPLETE] 
from MSC-B 



Reset 
T303 



MAP-PAS req. 


^^ (Allowed 


[A -CLEAR- 


\once in 


REQUEST] 


/ this state) 


from MSC-B 









■orward queued 
messages for 
E/MS via MSG 



UseMAP- 
H FORWARD-ACCESS- 
SIGNALLING req. 



UE/MS 
on MSC-B 
(GSM) 



* ait for UE/M§,, 
on MSC-B I 
(L^MTCtoGSMIji)) 



No 




Call 




Release / 






Release \ 


MAP 




Resources / 


/ ^ 


/ 



IDLE 



lu-RE LEASE- 
REQUEST 
from RNS-A 



to Networt< 
>nd UE/MS 



to MSC-B 
' in 3G MSC-A 



MAP-PAS req. 
[A-HO-DETECT] 
from MSC-B 



:ait for UE/MS, 
on MSC-B 
TS to GSM hi)) 



Figure 43 (sheet 49 of 78): Handover control procedure in 3G_IU1SC-A 
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Procedure 3G_MSC_A_H0 Sheet50(78) 

I N 

I Procedure for Handover in 3G MSC-Ai s 



/(Wait for UEmA 
on MSC-B 
(UMTS to GSM Hp) 

















lu-RELOCATION- 
CANCEL 
from RNS-A 




\ Cancel 

^MAP 
/ Procedures 


-^fro. MSC-B \^3^P7 

1 / 


\ Call 
y' Re lease 


- nfrom Network 



Reset 
T303 



In 3G_MSC-Aand 
to MSC-B \ 



Cancel MAP 
Procedures 



Forward queued 
messages for 
LIE/MS viaRNS-/V 



Release 

Resources 

RNS-A 



Release 

Resources 

RNS-A 



In 3G_MSC-A 
to MSC-B 



Cancel MAP 
Procedures 



allin Progress\ Wait for UE/M^i 
on3G_MSC-A onMSC-B 
(UTRAN) / (liMTS to GSM Hb) 



\ :<WaitforUE/Ms\ 
IDLE j i on MSC-B 
/ (l\ mTS to GSM H /o) 



Figure 43 (sheet 50 of 78): Handover control procedure in 3G_IU1SC-A 
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Procedure 3G MSG A HO 



Sheet51(78) 



I Procedure for Handover in 3G MSC-A| 



UE/MS Established on 3G_MSC-B 
without a Circuit Connection 



Request for 
Circuit 

Establishment 



UE/MS on 
3G MSC-B 



From 3G_MSC-B i 



Cancel 
>MAP 
Procedures 



From UE/MS 
or Network 



Call 

Release 



MAP- 

PREPARE- 

HANDOVER 

req. 

[NULL] 

[A-ASG- 

REQUEST] 

to3G MSC-B 



MAP-PREPARE- 
- SUBSEQUENT- 
HANDOVER req. 
[A-HO-REQUEST] 
from 3G MSC-B 



Call 

Release 



i to Network 



MAP-SEND-END- 
SIGNAL resp. 
to3G MSC-B 



Wait For Respond 

from 3G_MSC-B 
(G^SMto UMTS Hp) 




IDLE 



Figure 43 (sheet 51 of 78): Handover control procedure in 3G_IU1SC-A 
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Procedure 3G MSG A HO 



Sheet52(78) 



I Procedure for Handover in 3G MSC-Ai 



Circuit Connection Estabiishment to l\/ISC-B 



W/ait For Response 

! from IWISC-B 
(U^ MTS to GSI\/I H i)) 







MAP-PREPARE- 
HANDOVER resp. 
[Handover Number] 


\ Caii 
/ Reiease 




From UE/IVIS 
or Network 






[A-ASG-COMPLETE] 
from IVISC-B 














i_CONNECT (iAIV!) 
to IVISG-B using 
Handover Number 








IVIAP-SEND- 
END-SiGNAL resp. 
to H/ISC-B 



Wait for Comp leW 
from MSG^B I 
(U^ I^TS to GSIVI H ja) 





IDLE 



Figure 43 (sheet 52 of 78): Handover control procedure in 3G_IU1SC-A 
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Procedure 3G_MSC_A_H0 

I ^ 
I Procedure for Handover in 3G MSC-Ai \ 



Sheet53(78) 



W/ait For Response 

' from MSC-B 
(UMTS to GSM Hi)) 



MAP-PREPARE- 
HANDOVER resp. 
[MAP ERROR] 
from MSC-B 



MAP-PREPARE- 
HANDOVER resp. 
[A-ASG-FAILURE] 
from MSC-B 



MAP- PAS req. 
[A-CLEAR-REQUEST] 
from MSG-B 





- Hfrom MSC-B 



i to Netwo rt< 



Failure 



,' UE/MS 
i on MSC-B 
\ (GSM) 



Response Id 






Response to 


Circuit Establishment 




Failure > 


Circuit 


Request 








Establisfiment 








Request 



UE/MS \ 
on MSC-B i 
(GSM) / 



IDLE 



Figure 43 (sheet 53 of 78): Handover control procedure in 3G_IU1SC-A 
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Procedure 3G_MSC_A_H0 Sheet54(78) 

I N 

I Procedure for Handover in 3G MSC-Ai s 



V|/a 



/ait for Complete 
from MSC-B 
(UMTS to GSM Hi)) 



i_COIVIPLETE 
(ACM) from 
MSC-B 



MAP-PAS req. 
[A-C LEAR- 
REQUEST] 
from IVISG-B 



(Allowed 
>once in 
tliis state) 



i-ANSWER 
(ANM)from 
MSC-B 



Success 





Response to 


Response to 




Circuit 


Circuit 




Establisfiment 


Establisfiment 




Request 


Request 



Call 

Re lease 



From UE/MS 
or Network 



from MSC-B 



MAP-S END- 
END-SIGNAL 
resp.to MSC-B 



Wait forComp lete 

from MSC-B 
(li^TS to GSM Hb) 



Call 
on MSC-B 
(GSM) 




Figure 43 (sheet 54 of 78): Handover control procedure in 3G_IU1SC-A 
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Procedure 3G MSG A HO 



Sheet55(78) 



I Procedure for Handover in 3G MSC-A| 



Subsequent UMTS to GSM Handover from 3G_MSC-B to MSC-B' 
no Circuit Connection required. 




X MAP-PREPARE- 

/ SUBSEQUENT- 

/ HANDOVER resp. 

[A-HO-REQUEST-ACK] 
to 3G_MSC-B 



Oueue Message:; 
forUE/l\/IS 
in 3G_MSC-A 



Set 
T303 



Wait forUE/MS, 
on MSC-B' i 
(UMTS to GSM Hb) 



Reset 
T303 



U 



Redefine 
MSC-B' 
as MSC-B 



MAP-S END- 
END-SIGNAL req 
[A-HO-COMPLETE] 
from MSC-B' 



MAP-PAS req. 
[A -CLEAR- 
REQUEST] 
from MSC-B' 




=orward queued 
messages for - 
E/MS via MSC-i5' 



UseMAP- 
H FORWARD-ACCESS- 
SIGNALLING req 



MAP-PAS req. 
- [A-HO-DETECT] 
from MSC-B' 



Yes 




MAP-PAS req. 
[A -CLEAR- 
REQUEST] 
from 3G_MSC-B 



to 3G_MSC-B 
and MSC-B' 



to Network 
and UE/MS 



No 




Cancel 


MAP 


Procedures 






Call 




Re lease 



— ^ — \ 

UE/MS \ 
on MSC-B 
(GSM) 



,<«ait for UE/M^„ 
i on MSC-B' '; 
(U^ MTS to GSM H jo) 



IDLE 



Figure 43 (sheet 55 of 78): Handover control procedure in 3G_IU1SC-A 
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Procedure 3G_MSC_A_H0 Sheet56(78) 

I N 

I Procedure for Handover in 3G MSC-Ai s 



<«aitforUE/Mgi 
on MSC-B' 
(UMTS to GSM Hi)) 



Expiry 
T303 







Reset 
T303 



MAP- PAS req. 

[A-HO- 

FAiLURE] 

frorr 3G_I\^SC-B 



from 3G_I\/1SC-B i 



from IVISC-B' 



Cancei 
>MAP 
Procedures 



Caii 

Reiease 



from Network 
'or3G l\/ISC-B 




-orward queued 
messages 
for UE/IVIS 

via3G IIVISC-B 



UseMAP- 
HFORWARD- 
ACCESS- 
SiGNALLiNG req. 




Yes 



Cancei MAP 
Procedures 



hId I\/ISC-B' 



Id I\/ISC-B' 



Cancei MAP 
Procedures 



/ UE/MS 
on 3G_I\/1SC-B 
\ (UTRAN) 



iDLE 



/Wait for UE/IVl^ 
on MSG-B' 
(UMTS to GSM ifo) 



Figure 43 (sheet 56 of 78): Handover control procedure in 3G_IU1SC-A 
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Procedure 3G_MSC_A_H0 

I ^ 
I Procedure for Handover in 3G MSC-A| s 



Sheet57(78) 



Basic SRNS Relocation to 3G_IVISC-B 
Crcuit Connection required 



17 



X MAP-PREPARE- 

/ HANDOVER req. 

/ [lu-RLC-REQUEST] 
to 3G_IVISG-B 



/ Wait For \ 
A(cl<nowledgemetjt 

frorr 3G_MSC-B 
(SRNS Rblocation) 



^,^andovei" 
^umber?^ 



Requested 



IWAP-PREPARE- 
HANDOVER resp. 
[lU-RLC-REQUEST-ACK] 
from 3G_MSC-B 



Not Requested 



MAP-PREPARE- 
HANDOVER resp. 
[lU-RLC-FAILURE] 
from 3G_MSC-B 



MAP-PREPARE- 
HANDOVER resp. 
[IVIAP ERROR] 
from 3G_MSC-B 



X l_CONNECT (lAIVl) 

y to 3G_MSC-B using 

y Handover Number 



/ Wait for \ 
Connection ; 
f(om 3G_I\/ISC-B' 
(SRNS Relocation) 





Figure 43 (sheet 57 of 78): Handover control procedure in 3G_IU1SC-A 
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Procedure 3G_MSC_A_H0 Sheet58(78) 

I N 

I Procedure for Handover in 3G MSC-Ai s 



/ Wait For 
Acl<nowiedgemer)t 

trorr 3G_IVISC-^ 
(SRNS Rbiocation) 

















^ERROR 


,^ D iu-RELEASE-REQUEST 
-Hfrom3G IVISC-B . ni.io a 
- from RNS-A 




\ Caii 
^ Re iease 


From UE 
^ or Network 



Cancel MAP 
Resources 



^ in 3G_i\/ISC-A 



to Network 



Call 

Reiease 




Cancei MAP 
Resources 



Hto 3G_MSC-B 




Figure 43 (sheet 58 of 78): Handover control procedure in 3G_IU1SC-A 
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Procedure 3G_MSC_A_H0 

I ^ 
I Procedure for Handover in 3G MSC-Ai \ 



Sheet59(78) 



wiiit for Connectibn 
from 3G_MSC-b] 
(SRNS Relocalio/i) 



LCOMPLETE (ACM) 
from 3G MSC-B 



MAP-PAS req. 
[lU-IREL-REQUEST] 
from 3G_USC-B 




From UE 
or Network 



to UE 

and Network 



Gall 

Release 




W,4it for Connectfp n 
(rom 3G_MSC-Ei 
(SRNS_Relocatio/i) 



>ERROR 



lu-RELOCATION COMMAND 
to RNS-A 



from 3G_MSC-B 
^ or Network 



LDISCONNECT 
(REL) to3G_MSC-B 




Internal message 
^ in 3G_MSC-A 



W/^for Comp letibn 

(on 3G_MSG-B 
(S ^RNS Relocatio /) 




to3G I^SC-B 
In 3G_MSC-A 


1 — 


Cancel MAp\ 
Procedures / 










1 DISCONNECT 
(REL) to 3G_MSC-B 










\ 


/ 




Figure 43 (sheet 59 of 78): Handover control procedure in 3G_IU1SC-A 
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Procedure 3G_MSC_A_H0 Sheet60(78) 

I N 

I Procedure for Handover in 3G MSC-Ai s 



wiiit for Comp letibn 

Ion 3G_MSC-B 
(SRNS Relocatio/i) 



MAP-S END- 
END-SIGNAL req. 
[lU-RLC-COMPLETE] 
frorr 3G_MSG-B 



l-ANSWER 

(ANM)from 3G_MSC-B 



MAP-PAS req. 
[lU-RLC-DETECT] 
from 3G MSC-B 



Reset 
T703 




Connect \ 
Handover \ 
Device (opfori) 



IVIAP-PAS req. 
[iU-IREL-REQUEST] 
from 3G H/ISC-B 



(Allowed 
>once in 
tfiis state) 







Release \ 
Resources / 
on RNS-A / 







Yes 




No 



wait for Completion 

(on 3G_IVISC-B 1 
{SRNS Relocation) 



Call 

Release 



iu-RELEASE-REQUEST 
from RNS-A 



to Nelworl< 
'and UE 



=orward queued 

messages 
via3G_H/lSC-B 



UseMAP- 
HFORWARD-ACCESS- 
SIGNALLING req 



Release MAP 
Resources 



to 3G_MSC-B 
^in 3G_MSC-A 



Connect \ 
Handover \ 
Device {optan) 



Re lease 
Resources 
on RNS-A 



l_D IS CONNECT 
(REL)to3G_MSC-B 



/ Call \ 
{on 3G_MSC-B 
\ (UTRAN) 



IDLE 



wAitfor Completi p n 

on 3G_MSC-B ] 
($ RNS Relocatio /i) 



Figure 43 (sheet 60 of 78): Handover control procedure in 3G_IU1SC-A 
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Procedure 3G_MSC_A_H0 Sheets 1 (78) 

I N 

I Procedure for Handover in 3G MSC-Ai s 



wAitfor Complefon 

(on 3G_MSC-B 
{SRNSRelocatio/i) 



lu- 

RELOCATION- 
CANCEL 
from RNS-A 



Reset 
T703 



Forward queued 
messages for UE; 
via RNS-A 





i_DiSCONNECT 
(REL) from 
3G l\/ISC-B 



in 3G_MSC-A and 
'to3G MSC-B 



internai to 
^3G_IV1SC-A 




Caii 

Reiease 




in 3G_IVISC-A 
to 3G_I\/ISC-B 



i_DiSCONNECT 
(REL) Id 
3G l\/ISC-B 



Cancei MAP 
Procedures 




- H from Network 



in ternal to 
13G MSC-A 



w4it for Completio n 

on 3G_I\/ISC-B ; 
(S RNS Reiocatio /i) 



from 3G_I\/ISC-B h 



Cancei 
>MAP 
Procedures 




i_DiSCONNECT 
(REL) to 
3G l\/ISC-B 



aii in Progres 
on 3G_I\/ISC-A 
(UTRAN) 



Wait for Compietion 

(on 3G_I\/ISC-B 
(SiRNSReiocafo/i) 




Figure 43 (sheet 61 of 78): Handover control procedure in 3G_IU1SC-A 



ETSI 



3GPP TS 23.009 version 4.2.0 Release 4 



195 



ETSI TS 123 009 V4.2.0 (2001-09) 



Procedure 3G_MSC_A_H0 Sheet62(78) 

I N 

I Procedure for Handover in 3G MSC-Ai s 



Call 
on 3G_MSC-B 
(UTRAN) 




Yes 



MAP-PREPARE- 
SUBSEQUENT- 
HANDOVER req. 
[lU-RLC- 
REQUESTI 
from 3G MSC-B 




MAP-PAS req. 
[lU-IREL- 
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MAP-PREPARE- 
SUBSEQUENT- 
HANDOVER resp. 
[MAP ERROR] 
to 3G_MSC-B 
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Figure 43 (sheet 62 of 78): Handover control procedure in 3G_IU1SC-A 
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Procedure 3G_MSC_A_H0 Sheet63(78) 
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I Procedure for Handover in 3G MSC-Ai s 
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Figure 43 (sheet 63 of 78): Handover control procedure in 3G_IU1SC-A 
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Figure 43 (sheet 64 of 78): Handover control procedure in 3G_IU1SC-A 
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Figure 43 (sheet 65 of 78): Handover control procedure in 3G_IU1SC-A 
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Figure 43 (sheet 66 of 78): Handover control procedure in 3G_IU1SC-A 
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Procedure 3G_MSC_A_H0 Sheet67(78) 

I N 
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Figure 43 (sheet 67 of 78): Handover control procedure in 3G_IU1SC-A 
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Figure 43 (sheet 68 of 78): Handover control procedure in 3G_IU1SC-A 
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Figure 43 (sheet 69 of 78): Handover control procedure in 3G_IU1SC-A 
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Figure 43 (sheet 70 of 78): Handover control procedure in 3G_IU1SC-A 
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Procedure 3G MSG A HO 
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I Procedure for Handover in 3G MSC-Ai 
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MAP-S END- 
END-SIGNAL req. 
[lU-RLC-COMPLETE] 
from 3G_MSC-B 



MAP-PAS req. 

[lU-IREL- 
REQUEST] 
from 3G_I\/ISC-B 
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(SflNS Relocatio/i) 



IDLE 



lu-RE LEASE- 
REQUEST 
from RNS-A 



to Networt< 
\ and UE 



to 3G_MSC-B 
' in 3G MSC-A 



MAP-PAS req. 
[lU-RLC-DETECT] 
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(SRNS Relocatiort) 



Figure 43 (sheet 71 of 78): Handover control procedure in 3G_IU1SC-A 
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Figure 43 (sheet 72 of 78): Handover control procedure in 3G_IU1SC-A 
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Procedure 3G MSG A HO 
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Figure 43 (sheet 73 of 78): Handover control procedure in 3G_IU1SC-A 
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Figure 43 (sheet 74 of 78): Handover control procedure in 3G_IU1SC-A 



ETS/ 



3GPP TS 23.009 version 4.2.0 Release 4 



208 



ETSI TS 123 009 V4.2.0 (2001-09) 



Procedure 3G_MSC_A_H0 Sheet75(78) 

I N 

I Procedure for Handover in 3G MSC-Ai s 



w/ait For Response 
from 3G_MSC-B 
(SRNS Relocatio/i) 



MAP-PREPARE- 
HANDOVER resp. 
[MAP ERROR] 
frorr 3G_MSC-B 



MAP-PREPARE- 
HANDOVER resp. 
[lU-RASG- 
FAILURE] 
from 3G MSC-B 



Cancel MAF' 
Procedures 



Call 

Release 



- Hfrom 3G_MSC-B 



i to Netwo rt< 



Failure 



/ UE 
|on3G_MSC-B 
\ (UTRAN) 



Response to 

Circuit Establishment 

Request 



MAP-PAS req. 
[lU-IREL-REQUEST] 
from 3G MSC-B 



(Allowed 
>once in 
this state) 



on 3G_MSC-B 
\ (UTRAN) / 



Failure 



IDLE 





Response to 




Circuit 




Establishment 




Request 



Figure 43 (sheet 75 of 78): Handover control procedure in 3G_IU1SC-A 
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Procedure 3G_MSC_A_H0 Sheet76(78) 
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Figure 43 (sheet 76 of 78): Handover control procedure in 3G_IU1SC-A 
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Figure 43 (sheet 77 of 78): Handover control procedure in 3G_IU1SC-A 
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Figure 43 (sheet 78 of 78): Handover control procedure in 3G_IU1SC-A 
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Figure 44 (sheet 1 of 54): Handover control procedure in 3G_IU1SC-B 
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Wait for Chann4,i 
or Handover Number 
(UMTS to GSM Hb) 



Wait for Handover 
Number Aiiocafon 
(UMTS to GSM Hb) 



A_CLEAR- 
REQUEST 
from BSS-B 
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MAP-PAS req. 
[A-CLEAR- 
REQUEST] 
to 3G_MSC-A 
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3G_MSC-A 
disconnected? 

No 



Yes 



Wait for Disconnect 
{qSM to UIVITS Hb) 



i^DISCONNECT 
(REL) from 3G_IVISC-A 
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A-HANDOVER- 
DETECT 
form BSS-B 
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MAP-PREPARE- 
- SUBSEQUENT- 
HANDOVER resp. 
[A- HO -FAILURE 
or MAP ERROR] 
from MSC-A 




lu-RELEASE- 
REQUEST 
from RNS-A 
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CANCEL 
from RNS-A 
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Basic UIVITSto GSU iiandover from 3G_I\/ISC-A to 3G_MSC-B 
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1IVIAP-ABORT 
from 

3G_IVISC-A 
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(SRNS_Relocatio/) 



Figure 44 (sheet 40 of 54): Handover control procedure in 3G_IU1SC-B 
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Procedure 3G_MSC_B_H0 Sheet41 (54) 

I N 

I Procedures for Handover in 3G MSC-Bi s 



i^aitforacces^ 
ty UEon RNS-H 
(SRNS Relocatio/i) 



lu-RELOCATION- 
COMPLETE 
from RNS-B 



lu-RELEASE- 
REQUEST 
from RNS-B 





MAP-PAS req 
[IU_IREL- 
REQUEST] 
to 3G_MSC-A 



LDISCONNECT 
(REL) to3G_MSC-A 



Yes 



LANSWER (ANM) 
to 3G_MSC-A 



from 

3G MSC-A 



Cancel 
>MAP 
Procedure 



Reset 
T804 



LDISCONNECT 
(REL) from 
3G MSC-A 



to 3G_MSC-A 
in 3G_MSC-B 



MAP-SEND- 
END-SiGNALreq. 
[iU_RLC-COMPLETE] 
to 3G_MSC-A 



aii in Progres: 
on 3G_MSC-B 
(UTRAN) 




iu-RELOCATiON- 

DETECT 

from RNS-B 



l_ANSWER (ANM) 
to3G_MSC-A 



MAP- PAS req 
[iU-RLC-DETECT] 
to3G MSC-A 



Release \ 
Resources on 
RNS-B / 



^ait for access, 
Iby UEon RNS-^ 
(^RNS Relocatio^ 



Waitfor Disconnebt 
(SRNS Relocatiorl) 



Figure 44 (sheet 41 of 54): Handover control procedure in 3G_IU1SC-B 
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Procedure 3G_MSC_B_H0 

I ^ 
I Procedures for Handover in 3G MSC-Bi \ 



Sheet42(54) 



jball in ProgtBS: 
Ion 3G_MSC-B ) - 
\ (UTRAN) 



Forward Messages 
^to UE 



MAP-S END- 
END-SIGNAL resp. 
from 3G MSC-A 



lu RELEASE-REQUEST 
from RNS-A 



^\ MAP-PAS req. 

) [lU-IREL-REQUEST] 

/ to 3G_MSC-A 



Cancel MAP 
Procedures 



Releas 
Resources 
in RNS-A 



LDISCONNECT 
(REL) from 3G_MSC-A 




Hfrom3G_MSC-A 




Yes 



LDISCONNECT 
(REL) from3G_MSC-A 



IDLE 




lu-RELOCATION- 
REQUIRED 
from RNS-A 




all in Progress, 
on 3G_MSC-B j 
(UTRAN) / 



l_D IS CONNECT 
(REL) to 3G_MSC-A 



IDLE 




Figure 44 (sheet 42 of 54): Handover control procedure in 3G_IU1SC-B 
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Procedure 3G_MSC_B_H0 Sheet43(54) 

I N 

I Procedures for Handover in 3G MSC-Bi s 




i6all in Progress 
on 3G_IVISC-B 1 
\ (UTRAN) / 



/ UE \ 
(on3G_l\/ISC-B 
\ (UTRAN) / 




Wait for Response 
(^RNS Relocatior)) 



Figure 44 (sheet 43 of 54): Handover control procedure in 3G_IU1SC-B 
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Procedure 3G_MSC_B_H0 

I N 

I Procedures for Handover in 3G MSC-Bi \ 



Sheet44(54) 



SRNS Relocation from RNS-A to RNS-B on 3G MSC-B 













Set 
T801 







lu-RELOCATION-REQUEST 

to RNS-B 



Wait for Ciiannel 
(?RNS Reiocatior^) 









Reset 
T801 






Oueue M 
in 3G_ 


essageii 
MSC-B 




Set 
T802 



,</Vait for access 
1 by UE 
(SRNS Reiocatio/i) 



iu- 

RELOCATION- 
REQUEST-ACK 
from RNS-B 












Re 
T8 


set 
01 



iu-RELOCATiON- 
- FAILURE 
from RNS-B 



MAP-SEND- 
END-SIGNAL 
resp. from 
3G MSC-A 






Relocation Command 
to RNS-A 




Cancel MAP 
Procedures 



lu-RELEASE-REQUEST 
from RNS-A 



MAP-PAS req 
[lU-IREL- 
REQUEST] 
to3G MSC-A 



To3G_MSC-A 
^in3G MSC-B 



Cancel CtianHel 
request 
on RNS-B 





'ait for Disconnect 
(^RNS Relocatiort) 



Figure 44 (sheet 44 of 54): Handover control procedure in 3G_IU1SC-B 
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Procedure 3G_MSC_B_H0 Sheet45(54) 

Procedures for Handover in 3G MSC-Bi ^ 



Wait fo r access^ 
($ RNS Relocatio /i) 



lu- 

RELOCATION- 
COMPLETE 
from RNS-B 



lu- 

RELOCATION- 
DETECT 
form RNS-B 



lu- 

RELOCATION 
CANCEL 
from RNS-A 



Reset 
T802 



Hava 




ifims 



No 



BSSMAP 



RANAP 



MAP-PAS reik 
[A-HO- > 
PERFORM^ ] 
to 3G IWSC-A 



IVIAP-PAS re\ 
[lu-LOC-REPQRT] 
to3G IVISC-A 





No 



Yes 



Connect 

Handover 

Device 



Forward queued 
messages 
via RNS-B 



Release 
Rescu ices 
in RNS-A 



(Optionbl) 




No 



Cal in l^ogress 
on 3G_MSC-B 
\ (UTRAN) / 



UE 

on 3G_MSC-B 
(UTRAN) 



Re 
T8 


set 
02 






^onrard 
mess 
via R 


queuec 

ages 

NS-A 



Release 
Res ou ices 
in RNS-B 




(Wait for access' 
I by UE 
(^ RNS Relocatio /i) 



Yes 



Release 

Handover 

Device 



UE 

on 3G_MSC-B 
(UTRAN) 



Call in Progress 
on 3G_IVISC-B 
\ (UTRAN) 



Figure 44 (sheet 45 of 54): Handover control procedure in 3G_IU1SC-B 
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Procedure 3G_MSC_B_H0 

I ^ 
I Procedures for Handover in 3G MSC-Bi \ 



Sheet46(54) 



/ait for access 
by UE 
(SRNS Relocalio/i) 



Expiry iu-RELEASE- 
>J802 REQUEST 
from RNS-B 



iu-RELEASE- 
REQUEST 
from RNS-A 



MAP-SEND-END- 
SiGNAL resp. 
from 3G_I\/ISC-A 



Reiease ReWurces 
in RNS-B > 
and RNS-A/ 



Reiease 
Resources 
in RNS-B 



Reiease 
Resources 
in RNS-A 



Re iease 
Handover 

Device 













Cancei MAP 
Procedures 








_ \ 


/ 



MAP-PAS req. 
[iU-iREL-REQUEST] 
to 3G MSC-A 



To 3G_MSC-A 
^ in 3G_IVISC-B 




i_DiSCONNECT 
(REL) to 3G_MSC-A 



Yes 



VVaitfor access^y 
UE? 



IVIAP-PASreq. 
[IU-iREL-REQUEST] 
to 3G MSC-A 



Release Reds^urces 
in RNS-B 
and RNS-A 



To3G_MSC-A 
in3G_MSC-B [ 




IDLE 



/ Wait for \ 
I access by UE | 
(SRNSReiocatioii) 



Wait for Disconnect 
(SRNS ReiocaSorli) 



Figure 44 (sheet 46 of 54): Handover control procedure in 3G_IU1SC-B 
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Procedure 3G MSG B HO 



Sheet47(54) 



Procedures for Handover in 3G_MSC-B| s Subsequent SRNS Relocation from 3G_MSC-B to 3G_I\/ISC-A 



Wait for Response 
(SRNS Reiocationi) 



IVIAP-PREPARE- 

SUBSEQUENT- 

HAN DOVER resp. 

[iU-RLC- 

REQUEST- 

ACK] 

from 3G_MSC-A 



Reset 
T811 



Relocation 
Command 
to RNS-A 











Re 
T8 


set 
11 



MAP-PREPARE- 
- SUBSEQUENT- 
HANDOVER resp. 
[lU-RLC-FAILURE 
or MAP ERROR] 
from 3G MSC-A 





MAP-SEND-END- 
SIGNAL resp. 
from 3G MSC-A 




:' Wait for Ack. \ 
(rom 3G_MSC-A 
(SRNS Relocatiort) 




lu-RELEASE- 
REQUEST 
from RNS-A 



MAP-PAS 
req. 

[lU-IREL- 
REQUEST] 
to3G MSC-A 





n 


in 3G 


MSC-B 


to 3G_ 


_MSC-A 1 







Cancel MAP 
Procedures 




Wait for Disconnect 
(^RNS Relocatio^) 



Figure 44 (sheet 47 of 54): Handover control procedure in 3G_IU1SC-B 
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Procedure 3G_MSC_B_H0 

I ^ 
I Procedures for Handover in 3G MSC-Bi \ 



Sheet48(54) 



/ Wait for Ack. \ 
from 3G_MSC-W 
{SRNSRelocatio/i) 



MAP-SEND- 
END- 

SIGNAL resp. 
from 

3G MSC-A 



Reset 
T804 






Cancel MAP 
Procedures 



lu-RELEASE- 
REQUEST 
from RNS-A 



MAP-PAS req. 
[lU-IREL- 
REQUEST] 
to 3G_MSC-A 



to 3G_MSC-A 
'in3G_MSC-B 



to 3G_MSC-A 



Re set 
T804 




Cancel MAP 
' Procedures 




lu- 

RELOCATION- 
CANCEL 
from RNS-A 



MAP-PAS req. 
[lU-RLC- 
FAILURE] 
to 3G_MSC-A 




Yes 



all in Progress 
on 3G_MSC-B 
(UTRAN) 



UE 

on 3G_MSC-B 
(UTRAN) 



Figure 44 (sheet 48 of 54): Handover control procedure in 3G_IU1SC-B 
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Procedure 3G MSG B HO 



Sheet49(54) 



I Procedures for Handover in 3G MSC-B 



Basic SRNS Reiocation from 3G_I\/ISC-A to 3G_MSC-B 
no Circuit Connection required 



/ Wait for UE 
J on RNS-B 
(SRNS Relocatioi 



lu-RELOCATION- 
COI^^PLETE 
from RNS-B 



Reset 
T804 



IVIAP-SEND- 
END-SIGNAL req. 
[lU-RLC- 
COIVIPLETE] 
to 3G_IVISC-A 





from 

3G USC-A 



Cancel 
>MAP 
Procedure 



MAP -PAS req 
[lU-IREL- 
REQUESTI 
to3G_l\/ISC-A 



1 



lu- 

RELOCATION- 
DETECT 
from RNS-B 



Cancel MAP 
Procedures 



to 3G_MSC-A 
^in 3G_MSC-B 



MAP-PAS req. 
[lU-RLC-DETECT] 
to 3G MSC-A 



Release 
Resources 
on RNS-B 



UE 

on3G_MSC-B 
(UTRAN) 



Wait forUE 
on RNS-B 
{SRNSRelocatio/i) 



IDLE 



Figure 44 (sheet 49 of 54): Handover control procedure in 3G_IU1SC-B 
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Procedure 3G_MSC_B_H0 

I ^ 
I Procedures for Handover in 3G MSC-Bi \ 



Sheet50(54) 



Forward Messages 
to UE 



MAP-S END- 
END-SIGNALresp. 
from 3G MSC-A 



UE 

Hon3G_MSC-B 
(UTRAN) 



lu-RELOCATION- 
REQUIRED 
from RNS-A 



Release Resources 
in RNS-B 



IDLE 



MAP-PREPARE- 
HANDOVER req. 
[NULL] 

[iU-RASG-REQUEST] 
from 3 G MSC-A 



MAP-ALL OCATE- 
HANDOVER-NUMBER req. 
to VLR 



lu-RAB-ASSIGNEMENT- 

REQUEST 

to RNS-A 



Wait for Assignment 
orHandover Number 
(SiRNS Relocatio/i) 



Figure 44 (sheet 50 of 54): Handover control procedure in 3G_IU1SC-B 
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Procedure 3G_MSC_B_H0 

I Procedures for Handover in 3G MSC-Bi \ Circuit Connection Establishment on 3G MSC-B 



Sheet51(54) 



Wj^itfor Assignment 
onHandover Number 
(S flNS Relocalio /i) 



lu-RAB- ASSIGNMENT- 
RESPONSE 
from RNS-A 



MAP-ALLOCATE- 
- HANDOVER- 
NUMBER resp. 
from VLR 



VSaitfor Handover W.ait for Assignme;nt 

N| umber Allocati ^ (^RNS Relocafojft) 



MAP-ALLOCATE- 
HANDOVER- 
NUMBERresp. 
from VLR 



lu-RAB-ASSIGNMENT- 

RESPONSE 

from RNS-A 



\ MAP-PREPARE- 
)> HANDOVER resp. 
y [Handover Number] 

[lU-RASG-COMPLETE] 
to3G_MSC-A 



Set 
T810 



Wait for Connect 
from 3G_MSC-A 
(S flNS Reiocatio /i) 



Figure 44 (sheet 51 of 54): Handover control procedure in 3G_IU1SC-B 
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Procedure 3G_MSC_B_H0 Sheet52(54) 

I N 

I Procedures for Handover in 3G MSC-Bi s 



Wkitfor Assignrrent 
{SRNS Relocatior^) 



W^it for Assignment 
orHandover Numljer 
(S RNS Relocatio /i) 



Wait for Handover 
Number Aiiocation 
(SRNS Reiocafo/i) 



WiH itforAssignrrent 
{^RNS Reiocatioji) 



W ait for Assign ment 
orjHandover NumlJer 
(SRNS Reiocatio/i) 



wAit for Assignment 
orjHandover Numljer 
(S^ RNS Relocatio /i) 



iu -RAB- 

ASSIGNIVIENT- 
RESPONSE with 
Unsuccessful resuit 
from RNS-B 



>ERROR 




MAP-PREPARE- 
HANDOVER resp. 
[iU-RASG- 
RESPONSE] 
to 3G_I\/ISC-A 



indication from 
>LR 



MAP-PREPARE- 
HAN DOVER resp. 
[MAP ERROR] 
to3G MSC-A 



Wait for Handov^jr 
Number Alio cati oil 
(SRNS RelocatiOFi) 



IW\P-SEND- 
END-SiGNALresp. 
from 3G_MSC-A 



iu-RELEASE- 
REQUEST 
from RNS-A 



IVIAP-PASreq. 
[iU-iREL-REQUEST] 
to 3G_I\/ISC-A 



to 3G_I\/ISC-A 
and VLR-B [ 



Release 
Resources 
in RNS-A 




Cancel MAP\ 
Procedures 



to VLR-B 



Cancel MAP^ 
Procedures 



on 3G_MSC-B 
\ (UTRAN) 




Figure 44 (sheet 52 of 54): Handover control procedure in 3G_IU1SC-B 
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Procedure 3G_MSC_B_H0 Sheet53(54) 

I N 

I Procedures for Handover in 3G MSC-Bi s 



Wait for Connect 
from 3G_I\/ISC-W 
(SRNS Reiocatio/i) 



i_CONNECT (iAIVI) 
from 3G_IVISC-A 
{Uses Handover No.) 




lu RELEASE-REQUEST 
from RNS-A 



Reset 
T810 



to 3G_IVISC-A 
in 3G l\/1SC-B 



Cancel MAP 
IProcedures 



IVIAP-PAS req. 
[iU-iREL-REQUEST] 
to 3G_IWSC-A 



MAP-SEND-HANDOVER- 
REPORT resp.to VLR-B 



Cancei MAP 
Procedures 



to 3G_IVISC-A 
^in 3G_MSC-B 



i_COI\/IPLETE 
(ACM) to 3G_I\/ISC-A 



Release \ 
Radio Resource 
lOn RNS-A / 



/ Cail 

on 3G_I\/1SC-B 1 ( IDLE 

\ (UTRAN) 



Figure 44 (sheet 53 of 54): Handover control procedure in 3G_IU1SC-B 
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Procedure 3G_MSC_B_H0 Sheet54(54) 

I N 

I Procedures for Handover in 3G MSC-Bi s 



Wait for Conne^ 
from 3G_I\/ISC-/V 
(S ^RNS Reiocaliq /i) 













i_DiSCONNECT 




MAP-SEND- 
END-SiGNAL resp. 
from 3G MSC-A 






\ Cancel 

from 3G_l\/1SC-Ai ^MAP 

/ Procedure 


(PEL) from3G_l\/ISC-A 











Reiease \ 
Resources on 
RNS-A / 



Reiease \ 
Resources on 
RNS-A / 



/ UE 

on3G_MSC-Bl [ iDLE ] ( iDLE 

\ (UTRAN) 



Figure 44 (sheet 54 of 54): Handover control procedure in 3G_IU1SC-B 
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